problema de seguretat a USB
Algú té més informació sobre això? [anglès] http://www.wired.com/2014/07/usb-security/ [castellà] http://www.omicrono.com/2014/07/un-fallo-de-usb-convierte-cualquier-dispositivo-usb-en-un-arma-para-hackers/ -- To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cabr7qmreld7a-mk4bdpkbdaum7fzja5hhuq_mmxllptmi...@mail.gmail.com
Re: problema de seguretat a USB
Gràcies per compartir. Al firmware! A Linux només trobo perill si s'executen coses des d'un usb o que hagin passat per aquest. On 4 Sep 2014 16:28, Pedro pederi...@gmail.com wrote: Algú té més informació sobre això? [anglès] http://www.wired.com/2014/07/usb-security/ [castellà] http://www.omicrono.com/2014/07/un-fallo-de-usb-convierte-cualquier-dispositivo-usb-en-un-arma-para-hackers/ -- To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cabr7qmreld7a-mk4bdpkbdaum7fzja5hhuq_mmxllptmi...@mail.gmail.com
Re: problema de seguretat a USB
El 04/09/14 17:03, Josep Lladonosa ha escrit: Gràcies per compartir. Al firmware! No sé si és podria considerar similar als binary blobs del nucli. Suposo que d'aquí ve l'interès en que, a més a més del programari, la maquinaria (hardware) també sigui free. Salut, robert -- To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/540894a5.4080...@gmail.com
Re: Gérer l'envoi des rapports de cron
Le 3 sept. 2014 à 20:14, Adrien cont...@creasixtine.com a écrit : Bonjour la liste, Je reçois quatre mails chaque jour, alors que je n'ai qu'un seul serveur de configuré pour l'envoi ! Je compte configurer les autres, mais je ne souhaiterais m'en préoccuper que s'il y a des problèmes en vue ! Donc pas de mail, bonne new-vail. Comment faire ? Je peux fournir des infos si besoin ! Les sorties d’exécution de toute ligne présente dans un cron sont, logiquement, envoyées au propriétaire du … cron. Il y aura donc un envoi de mail à chaque exécution programmée si cette exécution a généré des informations dans ces sorties. Normalement, on s’arrange pour que tout programme lancé dans un cron ne génère pas de messages dans ses sorties puisqu’il n’y a personne « devant » lorsqu’il est exécuté. De ce fait, s’il y en a, c’est une erreur et il est intéressant d’être prévenu… par mail. Une solution est donc de s’assurer que les lancements cron soient silencieux. Éventuellement, on peut encapsuler cette commande, si elle est trop bavarde, dans un script d’analyse qui se charge soit d’envoyer lui-même le mail d’alerte, soit de n’envoyer que les informations d’alertes sur les sorties. Comme ça on est prévenu que si il y a un problème. Il ne faut pas oublier non plus qu’on peut indiquer l’adresse d’envoi du mail avec le mot clé « MAILTO » dans l’en-tête du crontab ou de tout cron. Cordialement -- Pierre Malard «A force de faire la rue on est devenu le caniveau» Abd Al Malik - Céline |\ _,,,---,,_ /,`.-'`'-. ;-;;,_ |,4- ) )-,_. ,\ ( `'-' '---''(_/--' `-'\_) πr perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'''`''' 5-. ;-;;,_: |,A- ) )-,_. ,\ ( `'''-''': '''-3'''2(_/--''' `-'''\_): 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print' - -- Ce message n’engage que son auteur -- signature.asc Description: Message signed with OpenPGP using GPGMail
Re: Gérer l'envoi des rapports de cron
Bonjour, Le jeudi 04 septembre 2014, Pierre Malard a écrit... Une solution est donc de s’assurer que les lancements cron soient silencieux. Éventuellement, on peut encapsuler cette commande, si elle est trop bavarde, dans un script d’analyse qui se charge soit d’envoyer lui-même le mail d’alerte, Sinon, tu envoies le résultat de la commande à /dev/null, ce qui va la rendre silencieuse, pour le meilleur et pour le pire. Éventuellement, comme précisé dans le reste du message (que j'ai coupé), ne renvoyer que la sortie standard vers /dev/null, et conserver la sortie d'erreur en l'état. -- jm -- 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/20140904082601.GA14094@espinasse
PC portable pour drbl
Bonjour, Je cherche un pc portable pour un serveur de clonage, drbl pour ceux qui connaissent, sous Wheezy. La config n'a pas besoin d'être particulièrement musclé et le disque d'origine pourrait être changé pour augmenter sa capacité. Par contre, idéalement, la machine devra disposer de 2 prises GigaEthernet. Soit nativement soit par rajout d'une deuxième carte bien supportée par Wheezy. Et comme d'habitude, pour pas trop cher. Si vous avez des références en tête, merci par avance pour vos suggestions. -- Cordialement, Artur.
[RÉSOLU] Gérer l'envoi des rapports de cron
Le 04/09/2014 10:26, Jean-Michel OLTRA a écrit : Bonjour, Le jeudi 04 septembre 2014, Pierre Malard a écrit... Une solution est donc de s’assurer que les lancements cron soient silencieux. Éventuellement, on peut encapsuler cette commande, si elle est trop bavarde, dans un script d’analyse qui se charge soit d’envoyer lui-même le mail d’alerte, Sinon, tu envoies le résultat de la commande à /dev/null, ce qui va la rendre silencieuse, pour le meilleur et pour le pire. Éventuellement, comme précisé dans le reste du message (que j'ai coupé), ne renvoyer que la sortie standard vers /dev/null, et conserver la sortie d'erreur en l'état. Bonjour Jean-Michel et Pierre, Merci pour vos réponses. Suite à mon premier message, j'avais effectivement modifié les commandes pour envoyer toutes les sorties standard vers le GPSF (Grand Puits Sans Fond, /dev/null). Et effectivement je n'ai plus qu'un seul Cron qui me rappelle à son bon souvenir, car il tombe en erreur. Merci ! Adrien. signature.asc Description: OpenPGP digital signature
Re: The Gimp et Iscan
On 09/03/2014 09:46 PM, Gaëtan PERRIER wrote: Bonjour, A chaque fois que je lance The Gimp j'ai iscan qui est lancé aussi. Sauriez-vous comment faire pour que ce ne soit pas le cas ? iscan n'est pas un paquet debian Tu as certainement une vieille install manuelle de iscan qui traîne = locate iscan -- Maderios -- 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/54084ae4.3030...@gmail.com
Re: skype dans jessie
Le 02/09/2014 13:55, David BERCOT a écrit : Bonjour, Es-tu sûr que ce n'est pas lié à ta version de Skype ? Récemment, Microsoft empêche la connexion en version 4.2. Es-tu bien en 4.3 ? David. Le Tue, 02 Sep 2014 14:10:58 +0200, pascatgm pasca...@gmail.com a écrit : Bonjour la liste Depuis une récente mise à jour skype ne fonctionne plus dans jessie chez moi...Sans aucun message d'erreur. Quelqu'un aurait il des lumières ? Merci d'avance PG Merci de ta réponse. Oui oui il s'agit de la dernière version. P.G. -- 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/540859e3.6000...@gmail.com
relecture du PV
sur le fond je n'ai rien à dire il manque juste un blanc après la date 2ème ligne p.2 et je me demande pourquoi dans le tableau le budget de la comm sociale est en gras Thierry -- 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/20140904140427.0b902...@archimede5.inria.fr
Re: relecture du PV
Le 04/09/2014 14:04, Thierry Despeyroux a écrit : sur le fond je n'ai rien à dire il manque juste un blanc après la date 2ème ligne p.2 et je me demande pourquoi dans le tableau le budget de la comm sociale est en gras Thierry [schlourp mode] Ah d'accord ! Je ne pensais pourtant que la comm sociale méritait une mise en avant, non ? Après, c'est toi qui vois ! [/schlourp mode] -- Adrien. -- 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/54085b40.3040...@creasixtine.com
Re: relecture du PV
Le Jeudi 4 Septembre 2014 14:04 CEST, Thierry Despeyroux thierry.despeyr...@inria.fr a écrit: sur le fond je n'ai rien à dire il manque juste un blanc après la date 2ème ligne p.2 et je me demande pourquoi dans le tableau le budget de la comm sociale est en gras Je me faisis justement la même remarque. Pourquoi ce budget en 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/421a-54086100-d-143e7a80@67139480
Re: relecture du PV
Bonjour, Le jeudi 04 septembre 2014, nb a écrit... et je me demande pourquoi dans le tableau le budget de la comm sociale est en gras Je me faisis justement la même remarque. Pourquoi ce budget en gras ? Pour mettre en avant, et en évidence, ce budget trop important, dans lequel il faudrait tailler ? -- jm -- 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/20140904130843.GB14094@espinasse
Re: skype dans jessie
On Tuesday 02 September 2014 14:10:58 pascatgm wrote: Bonjour la liste Depuis une récente mise à jour skype ne fonctionne plus dans jessie chez moi...Sans aucun message d'erreur. Quelqu'un aurait il des lumières ? Merci d'avance PG Dans la liste en anglais: Hi folks, I managed to get an older version of skype (the multiarch debian package) getting connected to skype. As you might have noticed, the new version is pulseaudio needed /what a crap!) and the older version (4.2) inhibits to connect to the server. So I found a simple solution: - Install the 4.2 package. - start a hexeditor and open the file /usr/bin/skype - search for 4.2.0.11 and change this to 4.3.0.37 - save the file - restart skype and - voila! It is now connecting to the server again! No pulseaudio needed any more! Yeah! Have fun! Hans -- 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/2943743.xurBNtCbCe@newone
Re: relecture du PV
On Thu, Sep 04, 2014 at 03:08:43PM CEST, Jean-Michel OLTRA jm.oltra.antis...@espinasse.net said: Bonjour, Le jeudi 04 septembre 2014, nb a écrit... et je me demande pourquoi dans le tableau le budget de la comm sociale est en gras Je me faisis justement la même remarque. Pourquoi ce budget en gras ? Pour mettre en avant, et en évidence, ce budget trop important, dans lequel il faudrait tailler ? -- jm êtes vous sûrs d'envoyer à la bonne adresse ? (debian-users-french) -- 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/20140904131012.gw24...@rail.eu.org
Re: relecture du PV
Bonjour, Le jeudi 04 septembre 2014, Erwan David a écrit... Pour mettre en avant, et en évidence, ce budget trop important, dans lequel il faudrait tailler ? êtes vous sûrs d'envoyer à la bonne adresse ? Hmm ! Pour ma part, oui, bien qu'on ne soit pas vendredi ! -- jm -- 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/20140904132236.GC14094@espinasse
Re: relecture du PV
On Thu, Sep 04, 2014 at 03:22:36PM CEST, Jean-Michel OLTRA jm.oltra.antis...@espinasse.net said: Bonjour, Le jeudi 04 septembre 2014, Erwan David a écrit... Pour mettre en avant, et en évidence, ce budget trop important, dans lequel il faudrait tailler ? êtes vous sûrs d'envoyer à la bonne adresse ? Hmm ! Pour ma part, oui, bien qu'on ne soit pas vendredi ! C'ets que ça manque de contexte sur le PV dont vous parlez alors... -- 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/20140904132757.gx24...@rail.eu.org
Re: relecture du PV
moi je parie que le premier s'est gourré, et que les autres ont trippé :) Le 4 septembre 2014 15:10, Erwan David er...@rail.eu.org a écrit : On Thu, Sep 04, 2014 at 03:08:43PM CEST, Jean-Michel OLTRA jm.oltra.antis...@espinasse.net said: Bonjour, Le jeudi 04 septembre 2014, nb a écrit... et je me demande pourquoi dans le tableau le budget de la comm sociale est en gras Je me faisis justement la même remarque. Pourquoi ce budget en gras ? Pour mettre en avant, et en évidence, ce budget trop important, dans lequel il faudrait tailler ? -- jm êtes vous sûrs d'envoyer à la bonne adresse ? (debian-users-french) -- 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/20140904131012.gw24...@rail.eu.org -- 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/CAGKqBr½Dtrgfn-xKLEexYjMgHe5gNKD48CcV8U6Ü8...@mail.gmail.com
Re: relecture du PV
Heu, je ne sais pas comment j'ai fait la boulette, mais c'est réussi... Thierry Le Thu, 4 Sep 2014 15:10:12 +0200, Erwan David er...@rail.eu.org a écrit : On Thu, Sep 04, 2014 at 03:08:43PM CEST, Jean-Michel OLTRA jm.oltra.antis...@espinasse.net said: Bonjour, Le jeudi 04 septembre 2014, nb a écrit... et je me demande pourquoi dans le tableau le budget de la comm sociale est en gras Je me faisis justement la même remarque. Pourquoi ce budget en gras ? Pour mettre en avant, et en évidence, ce budget trop important, dans lequel il faudrait tailler ? -- jm êtes vous sûrs d'envoyer à la bonne adresse ? (debian-users-french) -- 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/20140904154422.7bb5f...@archimede5.inria.fr
Re: skype dans jessie
Ceci signifie donc que la seule vérification effectuée par Microsoft est... légère ;-) Mais si ça marche... David. P.S. : je vais d'ailleurs le tester de ce pas car, bien que n'étant pas dérangé par pulseaudio, en 4.3, j'ai un souci de proxy... Le Thu, 04 Sep 2014 15:08:02 +0200, Thierry Chatelet tchate...@free.fr a écrit : On Tuesday 02 September 2014 14:10:58 pascatgm wrote: Bonjour la liste Depuis une récente mise à jour skype ne fonctionne plus dans jessie chez moi...Sans aucun message d'erreur. Quelqu'un aurait il des lumières ? Merci d'avance PG Dans la liste en anglais: Hi folks, I managed to get an older version of skype (the multiarch debian package) getting connected to skype. As you might have noticed, the new version is pulseaudio needed /what a crap!) and the older version (4.2) inhibits to connect to the server. So I found a simple solution: - Install the 4.2 package. - start a hexeditor and open the file /usr/bin/skype - search for 4.2.0.11 and change this to 4.3.0.37 - save the file - restart skype and - voila! It is now connecting to the server again! No pulseaudio needed any more! Yeah! Have fun! Hans -- 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/20140904174812.52478fc5@debian-david
Re: The Gimp et Iscan
Le Thu, 04 Sep 2014 13:20:04 +0200 maderios mader...@gmail.com a écrit: On 09/03/2014 09:46 PM, Gaëtan PERRIER wrote: Bonjour, A chaque fois que je lance The Gimp j'ai iscan qui est lancé aussi. Sauriez-vous comment faire pour que ce ne soit pas le cas ? iscan n'est pas un paquet debian Tu as certainement une vieille install manuelle de iscan qui traîne = locate iscan Oui bien sur qu'il est installé vu que je l'utilise pour scanner. Mon problème c'est que quand Gimp démarre il m'ouvre iscan et c'est pénible. A+ Gaëtan -- 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/20140904224819.a90e326c0859da4fb3fe1...@neuf.fr
Re: The Gimp et Iscan
Le 03/09/2014 22:40, Gaëtan PERRIER a écrit : Le Wed, 03 Sep 2014 21:58:24 +0200 Adrien Poupin cont...@adrien-poupin.fr a écrit: Le 03/09/2014 21:46, Gaëtan PERRIER a écrit : Bonjour, A chaque fois que je lance The Gimp j'ai iscan qui est lancé aussi. Sauriez-vous comment faire pour que ce ne soit pas le cas ? Gaëtan Coucou, Tu n'aurais pas un plugin iscan dans Édition - modules ? Adrien. Négatif, rien dans Editions - modules. A+ Gaëtan Bon, premier essai manqué ! Voyons autre chose : n'y aurait-il pas un fichier /usr/lib/gimp/2.0/plug-ins/iscan ? Si c'est un lien symbolique, je pense que tu pourrais le retirer. L'idée est de garder iscan, mais de le désynchroniser de Gimp. Adrien. -- 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/5408d1d8.2010...@creasixtine.com
[resolu] Re: The Gimp et Iscan
Le Thu, 04 Sep 2014 22:55:52 +0200 Adrien cont...@creasixtine.com a écrit: Bon, premier essai manqué ! Voyons autre chose : n'y aurait-il pas un fichier /usr/lib/gimp/2.0/plug-ins/iscan ? Si c'est un lien symbolique, je pense que tu pourrais le retirer. L'idée est de garder iscan, mais de le désynchroniser de Gimp. Adrien. Merci. C'était bien ça ! Gaëtan -- 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/20140905002249.1e006f5dab332af64ac7d...@neuf.fr
Re: [resolu] Re: The Gimp et Iscan
Le 05/09/2014 00:22, Gaëtan PERRIER a écrit : Le Thu, 04 Sep 2014 22:55:52 +0200 Adrien cont...@creasixtine.com a écrit: Bon, premier essai manqué ! Voyons autre chose : n'y aurait-il pas un fichier /usr/lib/gimp/2.0/plug-ins/iscan ? Si c'est un lien symbolique, je pense que tu pourrais le retirer. L'idée est de garder iscan, mais de le désynchroniser de Gimp. Adrien. Merci. C'était bien ça ! Gaëtan Chouette ! À bientôt :-) Adrien. signature.asc Description: OpenPGP digital signature
Error al importar DB.sql en postgres en debian Wheezy
Hola buenas, no sé si este error puede tener algo que ver con la codificación de las tablas, pero el caso es que cuando voy a restaurar un .sql en postgres obtengo este error: root@enumerados-rubyrails:/home# psql -U postgres -W comnet Password for user postgres: psql: FATAL: Peer authentication failed for user postgres root@enumerados-rubyrails:/home# psql -U postgres psql: FATAL: Peer authentication failed for user postgres root@enumerados-rubyrails:/home# psql -U postgres^C root@enumerados-rubyrails:/home# su psql No passwd entry for user 'psql' root@enumerados-rubyrails:/home# su^C root@enumerados-rubyrails:/home# su postgres postgres@enumerados-rubyrails:/home$ history 1 history postgres@enumerados-rubyrails:/home$ psql -U postgres -d enumerados_dev -f a619.sql psql:a619.sql:19: ERROR: syntax error at or near PGDMP LINE 1: PGDMP LANGUAGE plpgsql ^ psql:a619.sql:26: ERROR: syntax error at or near LINE 1: LANGUAGE plpgsql ^ psql:a619.sql:43: ERROR: syntax error at or near LINE 1: LANGUAGE plpgsql ^ psql:a619.sql:55: ERROR: syntax error at or near LINE 1: LANGUAGE plpgsql ^ psql:a619.sql:70: ERROR: syntax error at or near LINE 1: LANGUAGE plpgsql ^ psql:a619.sql:83: ERROR: syntax error at or near LINE 1: LANGUAGE plpgsql ^ psql:a619.sql:90: ERROR: syntax error at or near LINE 1: LANGUAGE plpgsql ^ psql:a619.sql:109: ERROR: syntax error at or near LINE 1: LANGUAGE plpgsql ^ psql:a619.sql:118: ERROR: syntax error at or near LINE 1: LANGUAGE plpgsql ^ psql:a619.sql:128: ERROR: syntax error at or near LINE 1: LANGUAGE plpgsql ^ psql:a619.sql:157: ERROR: syntax error at or near LINE 1: LANGUAGE plpgsql ^ psql:a619.sql:165: ERROR: syntax error at or near LINE 1: id integer NOT NULL, ^ psql:a619.sql:170: ERROR: syntax error at or near LINE 1: START WITH 1 ^ psql:a619.sql:180: ERROR: syntax error at or near LINE 1: id integer NOT NULL, ^ psql:a619.sql:185: ERROR: syntax error at or near LINE 1: START WITH 1 ^ psql:a619.sql:192: ERROR: syntax error at or near LINE 1: id integer NOT NULL, ^ psql:a619.sql:197: ERROR: syntax error at or near LINE 1: START WITH 1 ^ psql:a619.sql:205: ERROR: syntax error at or near LINE 1: id integer NOT NULL, ^ psql:a619.sql:210: ERROR: syntax error at or near LINE 1: START WITH 1 ^ psql:a619.sql:218: ERROR: syntax error at or near LINE 1: id integer NOT NULL, ^ psql:a619.sql:223: ERROR: syntax error at or near LINE 1: START WITH 1 ^ psql:a619.sql:236: ERROR: syntax error at or near LINE 1: id integer NOT NULL, ^ psql:a619.sql:241: ERROR: syntax error at or near LINE 1: START WITH 1 ^ psql:a619.sql:244: ERROR: syntax error at or near LINE 1: user_id integer NOT NULL, ^ psql:a619.sql:250: ERROR: syntax error at or near LINE 1: id integer NOT NULL, ^ psql:a619.sql:255: ERROR: syntax error at or near LINE 1: START WITH 1 ^ psql:a619.sql:261: ERROR: syntax error at or near LINE 1: id integer NOT NULL, ^ psql:a619.sql:266: ERROR: syntax error at or near LINE 1: START WITH 1 ^ psql:a619.sql:274: ERROR: syntax error at or near LINE 1: id integer NOT NULL, ^ psql:a619.sql:279: ERROR: syntax error at or near LINE 1: START WITH 1 ^ psql:a619.sql:319: ERROR: syntax error at or near LINE 1: id integer NOT NULL, ^ psql:a619.sql:322: ERROR: syntax error at or near LINE 1: CONSTRAINT games_finished_check CHECK (((status = ANY ... ^ psql:a619.sql:327: ERROR: syntax error at or near LINE 1: START WITH 1 ^ psql:a619.sql:368: ERROR: syntax error at or near LINE 1: id integer DEFAULT nextval('games_id_seq'::regclass) N... ^ psql:a619.sql:371: ERROR: syntax error at or near LINE 1: CONSTRAINT games_running_status_check CHECK ((status =... ^ psql:a619.sql:380: ERROR: syntax error at or near LINE 1: id integer NOT NULL, ^ psql:a619.sql:385: ERROR: syntax error at or near LINE 1: START WITH 1 ^ psql:a619.sql:392: ERROR: syntax error at or near LINE 1: id integer NOT NULL, ^ psql:a619.sql:397: ERROR: syntax error at or near LINE 1: START WITH 1 ^ psql:a619.sql:413: ERROR: syntax error at or near LINE 1: id integer NOT NULL, ^ psql:a619.sql:418: ERROR: syntax error at or near LINE 1: START WITH 1 ^ psql:a619.sql:426: ERROR: syntax error at or near LINE 1: id integer NOT NULL, ^ psql:a619.sql:431: ERROR: syntax error at or near LINE 1: START WITH 1 ^ psql:a619.sql:439: ERROR: syntax error at or near LINE 1: id integer NOT NULL, ^ psql:a619.sql:444: ERROR: syntax error at or near LINE
Debian Squeeze LTS
Tengo en una máquina, por razones de capacidad, Debian 6 con los repositorios que indican para esta versión de largo soporte. Me surge la duda de hasta qué punto se puede estar seguro y cómo evaluar los riesgos que conlleva los paquetes no soportados. El último testeo con check-support-status me arrojó esto: Limited security support for one or more packages Unfortunately, it has been necessary to limit security support for some packages. The following packages found on this system are affected by this: * Source:webkit Details: No security support upstream and backports not feasible, only for use on trusted content Affected binary packages: - libwebkit-1.0-2 (installed version: 1.2.7-0+squeeze2) - libwebkit-1.0-common (installed version: 1.2.7-0+squeeze2) 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/54085b5d.60...@gmail.com
Re: Debian Squeeze LTS
El Thu, 04 Sep 2014 14:30:21 +0200, Antonio Daniel Giráldez Benítez escribió: Tengo en una máquina, por razones de capacidad, Debian 6 con los repositorios que indican para esta versión de largo soporte. Me surge la duda de hasta qué punto se puede estar seguro y cómo evaluar los riesgos que conlleva los paquetes no soportados. La versión estable también tienen algunos fallos de seguridad que no han sido corregidos, así que salvo que tengas algún motivo concreto por el que preocuparte, mantén las precauciones habituales. De todas formas, no todos los parches disponibles se aplican a la versión LTS por una cuestión de recursos de mano de obra, por lo que entiendo que los más graves tendrán prioridad. El último testeo con check-support-status me arrojó esto: Limited security support for one or more packages Unfortunately, it has been necessary to limit security support for some packages. The following packages found on this system are affected by this: * Source:webkit Details: No security support upstream and backports not feasible, only for use on trusted content Affected binary packages: - libwebkit-1.0-2 (installed version: 1.2.7-0+squeeze2) - libwebkit-1.0-common (installed version: 1.2.7-0+squeeze2) Bueno, ese mensaje nada tiene que ver con Debian, lo que te dice es que el proyecto original (webkit) ya no proporciona parches de seguridad así que malamente van a poder mantener seguros esos paquetes. 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.09.04.13.34...@gmail.com
Re: OT.: Parece que el sistema pasa a suspensión en vez de apagar
El Thu, 04 Sep 2014 00:10:19 -0400, Paulo Riquelme escribió: El día 3 de septiembre de 2014, 12:10, Camaleón noela...@gmail.com escribió: (...) De todas formas, para saber si el equipo ha vuelto de una restauración o de un estado apagado tendrás que revisar el registro /var/log/syslog y también / var/log/pm-powersave.log. También puedes fijarte en las fechas de los archivos de registro. Los revisaré al llegar en la noche y veré sus fechas, ¿te refieres a estos dos archivos para revisar las fechas cierto? Sí, bueno, a cualquier archivo de registro que se modifique cuando inicias el sistema en frío, como el syslog, el del kernel, Xorg.0.log... El syslog, algo podían indicarnos estas líneas: Sep 3 00:33:33 ROQ515HP kernel: [ 5667.532225] [Firmware Bug]: battery: (dis)charge rate invalid. Hombre, pues sí. Mira a ver si encuentras alguna entrada más relacionada con la batería (ejecuta como root grep -i battery /var/log/syslog). y creo que el archivo es muy grande pues el pastebin no me deja pegar el contenido Lo que interesaba ver era la fecha de creación pero vaya, algo me dice que el equipo apaga correctamente y la batería se descarga por algún otro motivo. El /var/log/pm-powersave.log no tengo ese archivo Raro pero vale. Sobre las fechas de creación stat del syslog: Fichero: «/var/log/syslog» Tamaño: 812013 Bloques: 1600 Bloque E/S: 4096 fichero regular Dispositivo: 804h/2052d Nodo-i: 789370 Enlaces: 1 Acceso: (0640/-rw-r-) Uid: (0/root) Gid: (4/ adm) Acceso: 2014-09-03 19:02:12.362354747 -0400 Modificación: 2014-09-03 19:30:27.387677572 -0400 Cambio: 2014-09-03 19:30:27.387677572 -0400 Creación: - (...) Atendiendo a esos datos diría que el archivo se creó ayer (03/09/2014) a las 19:02 (en tu hora local), es decir, que iniciaste el equipo a esa hora. El resto de archivos mantienen una hora similar. ¿Y cómo lo inicias? ¿Pulsando el botón físico del portátil? Porque si estuviera suspendido al tocar cualquier tecla o el touchpad se restauraría la sesión. Lo he hecho y enciende sólo presionando el botón físico de encendido del notebook, osea que no tiene reacción con las teclas del teclado. Vale, entonces podemos descartar que el equipo esté suspendido o hibernado, el equipo está apagado pero va consumiendo batería. Aunque diga reboot no reinicia, eso al menos lo sabemos con seguridad. Acá está: [ 102.667311] reboot: Power Down _ nada más. Curioso, pero ya hemos visto que el equipo no reinicia si no que queda apagado. Pues si el equipo se apaga, es posible que la batería se agote por algún otro motivo. Dentro de mi ignorancia en el sistema pienso en que algo puede andar mal con el laptop-mode-tools, ayer apagué con la AC conectado a la corriente y antes me fijé en la batería desde gnome y estaba al 32%, hoy cuando encendí, vi la batería desde gnome y estaba al 36% lo que me pareció normal ya que ahora no había aplicaciones abiertas y anoche no desconecté el equipo de la AC hasta que estuvo bien apagado. Claro que tendría que hacer esta prueba apagando conectado a AC y dejar de ocupar el notebook por lo menos unos 4 días :-( (...) Puedes probar a detener ese servicio a ver si notas alguna diferencia (debería ser algo así service laptop-mode stop). Por cierto ¿por qué desenchufas el equipo de la toma eléctrica? :-? Son dos los momentos en que hago eso: Si es cuando termino de usarlo es porque lo guardo Si es cuando lo estoy utilizando es porque leí que para cuidar estas baterías de polímero de lithio se debe cargar parcialmente, desde 20% hasta 85% más menos. Así que al cargarse más de 85% lo desconecto y sigo con batería. Yo te recomendaría que no lo desconectaras. Además, las baterías de Li-Ion no necesitan ningún tipo de mantenimiento preventivo (más bien al contrario puesto que cuantas más veces la recargues antes acortas su vida puesto que como todas las baterías recargables tienen un número limitado de ciclos de carga) y los dispositivos desconectan cuando están cargadas. Otros datos: Siguiendo por el camino que planteas, sobre algo que consume batería al estar apagado, hay algunas páginas en las que comentan de computadores hp que consumen batería cuando tienen activo el wake on lan. http://allencch.wordpress.com/2012/08/10/linux-shutdown-battery- draining-problem-solved/ http://ubuntuforums.org/showthread.php?t=2018202 Madre mía, qué cosas más raras le pasa a la gente :-) El WOL (wake-on-lan) suele venir desactivado en la BIOS además de que es raro ver esa opción disponible en la BIOS/EFI de un equipo portátil. a raíz de eso y que me pareció que al apagar anoche con AC conectado la cosa anduvo bien, heché un ojo al archivo de módulo ethernet de laptop-mode-tools, /etc/laptop-mode/conf.d/ethernet.conf el que comenta lo siguiente: # Disable wakeup-on-LAN? This will disable wakeup-on-LAN unconditionally, #
Postfix error al enviar correos
Buenas Estoy tratando de configurar un servidor de correo con usuarios virtuales, estoy probando a enviar un correo de prueba entre alguna de las cuentas pero me devuelve un error Sep 4 15:56:18 correo postfix/pickup[30444]: 150292C17E2: uid=0 from=root Sep 4 15:56:18 correo postfix/cleanup[30465]: 150292C17E2: message-id=20140904135618.150292c1...@correo.midominio.es Sep 4 15:56:18 correo postfix/qmgr[30445]: 150292C17E2: from=r...@midominio.es, size=286, nrcpt=1 (queue active) Sep 4 15:56:18 correo postfix/pipe[30472]: 150292C17E2: to=anto...@midominio.es, relay=dovecot, delay=0.05, delays=0.02/0/0/0.03, dsn=4.3.0, status=deferred (temporary failure) Cada cierto tiempo intenta de nuevo enviarlos pero se produce el mismo error. He estado revisando en internet este mismo problema pero en nigun caso he resuelto nada. Mis archivos de configuracion de postfix son main.cf smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) biff = no append_dot_mydomain = no readme_directory = no disable_vrfy_command = yes smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key smtpd_use_tls=yes smtpd_tls_auth_only = yes tls_random_source = dev:/dev/urandom smtpd_sasl_auth_enable = yes smtpd_sasl_security_options = noanonymous broken_sasl_auth_clients = yes smtpd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks, reject_unauth_destination smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache myhostname = correo.midominio.es alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases myorigin = /etc/mailname mydestination = localhost, localhost.midominio.es relayhost = xxx.xxx.xxx.xxx mynetworks = 127.0.0.0/8 [:::127.0.0.0]/104 [::1]/128 home_mailbox = Maildir/ mailbox_command = procmail -a $EXTENSION mailbox_size_limit = 0 recipient_delimiter = + inet_interfaces = all inet_protocols = ipv4 virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual-mailbox-domains.cf virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual-mailbox-maps.cf virtual_alias_maps = mysql:/etc/postfix/mysql-virtual-alias-maps.cf,mysql:/etc/postfix/mysql-email2email.cf virtual_transport = dovecot dovecot_destination_recipient_limit = 1 Master.cf smtp inet n - n - - smtpd -o smtpd_tls_security_level=encrypt -o smtpd_sasl_auth_enable=yes -o smtpd_sasl_type=dovecot -o smtpd_sasl_path=private/auth -o smtpd_sasl_security_options=noanonymous -o smtpd_sasl_local_domain=correo.homeolab.es smtps inet n - n - - smtpd pickupfifo n - - 60 1 pickup cleanup unix n - - - 0 cleanup qmgr fifo n - n 300 1 qmgr tlsmgrunix - - - 1000? 1 tlsmgr rewrite unix - - - - - trivial-rewrite bounceunix - - - - 0 bounce defer unix - - - - 0 bounce trace unix - - - - 0 bounce verifyunix - - - - 1 verify flush unix n - - 1000? 0 flush proxymap unix - - n - - proxymap proxywrite unix - - n - 1 proxymap smtp unix - - - - - smtp relay unix - - - - - smtp showq unix n - - - - showq error unix - - - - - error retry unix - - - - - error discard unix - - - - - discard local unix - n n - - local virtual unix - n n - - virtual lmtp unix - - - - - lmtp anvil unix - - - - 1 anvil scacheunix - - - - 1 scache flags=DRhu user=vmail argv=/usr/bin/maildrop -d ${recipient} proxymap unix - - n - - proxymap proxywrite unix - - n - 1 proxymap smtp unix - - - - - smtp relay unix - - - - - smtp showq unix n - - - - showq error unix - - - - - error retry unix - - - - - error discard unix - - - - - discard local unix - n n - - local virtual unix - n n - - virtual lmtp unix - - - - - lmtp anvil unix - - - - 1 anvil scacheunix - - - -
Re: Systemd
El Wed, 03 Sep 2014 20:19:49 -0500, choff escribió: como me gustaria poder tener mi sistema libre de systemd actualmente tengo jessie, trate de eliminar completamente systemd pero se me lleva el SO En Jessie de momento no se puede debido a un bug, salvo que lo hayan corregido ya. 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.09.04.14.12...@gmail.com
Re: [OT] Wheezy+Postfix+Dovecot+LDAP-Problema mapeo dir en IMAP/POP3
El Wed, 03 Sep 2014 18:00:50 -0300, Diego H. Cancelo escribió: El 29/08/14 13:14, Camaleón escribió: (...) Como se ve en estas ultimas lineas (subrayado con ) busca el correo en /home/vmail//USUARIO cuando tendría que ser en /home/vmail/DOMINIO/USUARIO He buscado mucho y no logro dar con el parámetro de config para solucionar esto. Dovecot como LDA funciona bien por lo que estuve mirando las config de IMAP/POP pero no logra dar en la tecla. Concuerdo. En la documentación de Dovecot¹ para buzones virtuales indican dos variables: mail_home = /var/vmail/%d/%n mail_location = maildir:~/mail Y en tu archivo de configuración aparece: *** /etc/dovecot/conf.d/10-mail.conf mail_location = maildir:/home/vmail/%d/%n *** He estado leyendo bastante en la wiki de Dovecot y probando varias configs. Esto que comentas también lo había visto. O.K. Que entiendo se corresponde con /home/vmail/epea1.com.ar/sspeirone pero me parece que te falta definir mail_home, y que en tu caso entiendo que buscas una configuración como la 4. del ejemplo de la wiki de Dovecot, es decir, la que he puesto más arriba. ¹http://wiki2.dovecot.org/VirtualUsers/Home Si. Una de las últimas config que probé es como el ej que comentas. Es raro el comportamiento. En este momento coloque estos parámetros: En /etc/postfix/main.cf: (...) Y en /etc/dovecot/conf.d/10-mail.conf: mail_home = /home/usersldap/%d/%n mail_location = maildir:~/mail Sin embargo me almacena el correo en /home/usersldap/sspeirone omitiendo el dominio. Bien, pero ya no debería aparecer el error de Home dir not found. Si es así, lo que quedaría por resolver es por qué no respeta la ruta que has configurado como almacén de los mensajes y quizá es que lo devuelve vacío, es decir, que la variable %d no contiene el valor del dominio. Se me ocurren dos cosas que podrían estar molestando a Dovecot: 1/ Revisa la configuración que tienes en Postfix para ver si es correcta: http://wiki2.dovecot.org/LDA/Postfix 2/ En OpenLDAP, que no haya valores de variables contradictorias con los datos de Dovecot Cabe recalcar que utilizando esta config, con /home/userldap en vez de /home/vmail Dovecot funciona bien, osea, me entrega los correos y luego puedo levantarlos tanto por IMAP como por POP3, pero me ignora mi config de mail_home = /home/usersldap/%d/%n :( La verdad que es muy extraño... me canse de buscar y probar cosas :p Tendré que seguir investigando. Gracias por tu ayuda Camaleón. Comentare los resultados más adelante. Sí, está raro... en cualquier caso, con cada cambio que hagas sigue revisando los registros de Dovecot que suelen ser muy útiles. 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.09.04.15.09...@gmail.com
Re: Postfix error al enviar correos
El jueves, 4 sep 2014 a las 16:08 horas (UTC+2), Antonio Moreno escribió: Buenas Estoy tratando de configurar un servidor de correo con usuarios virtuales, estoy probando a enviar un correo de prueba entre alguna de las cuentas pero me devuelve un error Sep 4 15:56:18 correo postfix/pickup[30444]: 150292C17E2: uid=0 from=root Sep 4 15:56:18 correo postfix/cleanup[30465]: 150292C17E2: message-id=20140904135618.150292c1...@correo.midominio.es Sep 4 15:56:18 correo postfix/qmgr[30445]: 150292C17E2: from=r...@midominio.es, size=286, nrcpt=1 (queue active) Sep 4 15:56:18 correo postfix/pipe[30472]: 150292C17E2: to=anto...@midominio.es, relay=dovecot, delay=0.05, delays=0.02/0/0/0.03, dsn=4.3.0, status=deferred (temporary failure) Cada cierto tiempo intenta de nuevo enviarlos pero se produce el mismo error. [...] mydestination = localhost, localhost.midominio.es [...] ¿No tendría que estar incluido midominio.es? Saludos -- Manolo Díaz -- 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/20140904171919.354c9...@gmail.com
Re: Postfix error al enviar correos
El Thu, 04 Sep 2014 16:08:15 +0200, Antonio Moreno escribió: Buenas Estoy tratando de configurar un servidor de correo con usuarios virtuales, estoy probando a enviar un correo de prueba entre alguna de las cuentas pero me devuelve un error Sep 4 15:56:18 correo postfix/pickup[30444]: 150292C17E2: uid=0 from=root Sep 4 15:56:18 correo postfix/cleanup[30465]: 150292C17E2: message-id=20140904135618.150292c1...@correo.midominio.es Sep 4 15:56:18 correo postfix/qmgr[30445]: 150292C17E2: from=r...@midominio.es, size=286, nrcpt=1 (queue active) Sep 4 15:56:18 correo postfix/pipe[30472]: 150292C17E2: to=anto...@midominio.es, relay=dovecot, delay=0.05, delays=0.02/0/0/0.03, dsn=4.3.0, status=deferred (temporary failure) Cada cierto tiempo intenta de nuevo enviarlos pero se produce el mismo error. (...) Antonio, en el registro que mandas arriba no aparece el error de envío sino la vuelta, por lo que habría que ver por qué falla la salida. Ejecuta grep -i 150292C17E2 /var/log/mail.* y manda la salida (omite los datos sensibles). 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.09.04.15.22...@gmail.com
Re: Postfix error al enviar correos
El 04/09/14 17:19, Manolo Díaz escribió: mydestination = localhost, localhost.midominio.es [...] ¿No tendría que estar incluido midominio.es? Saludos Muchas gracias por la respuesta Si le pongo el midominio.es y correo.midominio.es Sep 4 17:21:36 correo postfix/local[31103]: 996432C17B7: to=anto...@midominio.es, orig_to=r...@midominio.es, relay=local, delay=0.02, delays=0.01/0/0/0.01, dsn=5.1.1, status=bounced (unknown user: antonio) Un saludo -- 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/5408844b.1010...@sorianatural.es
Re: Postfix error al enviar correos
El 04/09/14 17:22, Camaleón escribió: El Thu, 04 Sep 2014 16:08:15 +0200, Antonio Moreno escribió: (...) Antonio, en el registro que mandas arriba no aparece el error de envío sino la vuelta, por lo que habría que ver por qué falla la salida. Ejecuta grep -i 150292C17E2 /var/log/mail.* y manda la salida (omite los datos sensibles). Saludos, Eres mi Dios, contestas a todo el mundo ;) Muchas gracias por contestar Aqui tienes el log /var/log/mail.info:Sep 4 15:56:18 correo postfix/pickup[30444]: 150292C17E2: uid=0 from=root /var/log/mail.info:Sep 4 15:56:18 correo postfix/cleanup[30465]: 150292C17E2: message-id=20140904135618.150292c1...@correo.midominio.es /var/log/mail.info:Sep 4 15:56:18 correo postfix/qmgr[30445]: 150292C17E2: from=r...@midominio.es, size=286, nrcpt=1 (queue active) /var/log/mail.info:Sep 4 15:56:18 correo postfix/pipe[30472]: 150292C17E2: to=anto...@midominio.es, relay=dovecot, delay=0.05, delays=0.02/0/0/0.03, dsn=4.3.0, status=deferred (temporary failure) /var/log/mail.info:Sep 4 16:03:33 correo postfix/qmgr[30445]: 150292C17E2: from=r...@midominio.es, size=286, nrcpt=1 (queue active) /var/log/mail.info:Sep 4 16:03:34 correo postfix/pipe[30622]: 150292C17E2: to=anto...@midominio.es, relay=dovecot, delay=436, delays=436/0.12/0/0.09, dsn=4.3.0, status=deferred (temporary failure) /var/log/mail.info:Sep 4 16:13:33 correo postfix/qmgr[30445]: 150292C17E2: from=r...@midominio.es, size=286, nrcpt=1 (queue active) /var/log/mail.info:Sep 4 16:13:33 correo postfix/pipe[30693]: 150292C17E2: to=anto...@midominio.es, relay=dovecot, delay=1035, delays=1035/0.11/0/0.08, dsn=4.3.0, status=deferred (temporary failure) /var/log/mail.info:Sep 4 16:33:33 correo postfix/qmgr[30445]: 150292C17E2: from=r...@midominio.es, size=286, nrcpt=1 (queue active) /var/log/mail.info:Sep 4 16:33:33 correo postfix/pipe[30747]: 150292C17E2: to=anto...@midominio.es, relay=dovecot, delay=2235, delays=2235/0.12/0/0.08, dsn=4.3.0, status=deferred (temporary failure) /var/log/mail.info:Sep 4 17:13:33 correo postfix/qmgr[30445]: 150292C17E2: from=r...@midominio.es, size=286, nrcpt=1 (queue active) /var/log/mail.info:Sep 4 17:13:34 correo postfix/pipe[30844]: 150292C17E2: to=anto...@midominio.es, relay=dovecot, delay=4636, delays=4636/0.12/0/0.06, dsn=4.3.0, status=deferred (temporary failure) /var/log/mail.info:Sep 4 17:21:36 correo postfix/pickup[31026]: 77FB22C17E0: uid=114 from=r...@midominio.es orig_id=150292C17E2 /var/log/mail.info:Sep 4 17:21:36 correo postfix/cleanup[31102]: 77FB22C17E0: message-id=20140904135618.150292c1...@correo.midominio.es /var/log/mail.log:Sep 4 15:56:18 correo postfix/pickup[30444]: 150292C17E2: uid=0 from=root /var/log/mail.log:Sep 4 15:56:18 correo postfix/cleanup[30465]: 150292C17E2: message-id=20140904135618.150292c1...@correo.dominio.es /var/log/mail.log:Sep 4 15:56:18 correo postfix/qmgr[30445]: 150292C17E2: from=r...@midominio.es, size=286, nrcpt=1 (queue active) /var/log/mail.log:Sep 4 15:56:18 correo postfix/pipe[30472]: 150292C17E2: to=anto...@midominio.es, relay=dovecot, delay=0.05, delays=0.02/0/0/0.03, dsn=4.3.0, status=deferred (temporary failure) /var/log/mail.log:Sep 4 16:03:33 correo postfix/qmgr[30445]: 150292C17E2: from=r...@midominio.es, size=286, nrcpt=1 (queue active) /var/log/mail.log:Sep 4 16:03:34 correo postfix/pipe[30622]: 150292C17E2: to=anto...@midominio.es, relay=dovecot, delay=436, delays=436/0.12/0/0.09, dsn=4.3.0, status=deferred (temporary failure) /var/log/mail.log:Sep 4 16:13:33 correo postfix/qmgr[30445]: 150292C17E2: from=r...@midominio.es, size=286, nrcpt=1 (queue active) /var/log/mail.log:Sep 4 16:13:33 correo postfix/pipe[30693]: 150292C17E2: to=anto...@midominio.es, relay=dovecot, delay=1035, delays=1035/0.11/0/0.08, dsn=4.3.0, status=deferred (temporary failure) /var/log/mail.log:Sep 4 16:33:33 correo postfix/qmgr[30445]: 150292C17E2: from=r...@midominio.es, size=286, nrcpt=1 (queue active) /var/log/mail.log:Sep 4 16:33:33 correo postfix/pipe[30747]: 150292C17E2: to=anto...@midominio.es, relay=dovecot, delay=2235, delays=2235/0.12/0/0.08, dsn=4.3.0, status=deferred (temporary failure) /var/log/mail.log:Sep 4 17:13:33 correo postfix/qmgr[30445]: 150292C17E2: from=r...@midominio.es, size=286, nrcpt=1 (queue active) /var/log/mail.log:Sep 4 17:13:34 correo postfix/pipe[30844]: 150292C17E2: to=anto...@midominio.es, relay=dovecot, delay=4636, delays=4636/0.12/0/0.06, dsn=4.3.0, status=deferred (temporary failure) /var/log/mail.log:Sep 4 17:21:36 correo postfix/pickup[31026]: 77FB22C17E0: uid=114 from=r...@midominio.es orig_id=150292C17E2 /var/log/mail.log:Sep 4 17:21:36 correo postfix/cleanup[31102]: 77FB22C17E0: message-id=20140904135618.150292c1...@correo.midominio.es Un saludo -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive:
Re: Postfix error al enviar correos
El jueves, 4 sep 2014 a las 17:24 horas (UTC+2), Antonio Moreno escribió: El 04/09/14 17:19, Manolo Díaz escribió: mydestination = localhost, localhost.midominio.es [...] ¿No tendría que estar incluido midominio.es? Saludos Muchas gracias por la respuesta Si le pongo el midominio.es y correo.midominio.es Sep 4 17:21:36 correo postfix/local[31103]: 996432C17B7: to=anto...@midominio.es, orig_to=r...@midominio.es, relay=local, delay=0.02, delays=0.01/0/0/0.01, dsn=5.1.1, status=bounced (unknown user: antonio) Un saludo Ese es otro problema diferente, de entrega local. Parece ser que no existe antonio como usuario virtual. Saludos. -- Manolo Díaz -- 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/20140904173648.0c8e3...@gmail.com
Re: Systemd
como me gustaria poder tener mi sistema libre de systemd actualmente tengo jessie, trate de eliminar completamente systemd pero se me lleva el SO En Jessie de momento no se puede debido a un bug, salvo que lo hayan corregido ya. - Para comentarles que en este momento tengo dos máquinas con Jessie actualizado al día y sin systemd. Estoy usando los escritorios KDE y XFCE, y quedan ciertos paquetes residuales con nombre 'systemd', que los tengo congelados en la versión 204-14 (en Synaptic, Paquete, Bloquear versión) para que no se vaya a colar nada con las actualizaciones de Jessie. Estoy todavía con algunos problemas, por ejemplo los pendrive los estoy montando a mano con pmount, pero los soporto porque mi decisión de sacar systemd de Debian es netamente política. Si el tiempo permite quizás pueda volcar en un blog esta experiencia. - He podido observar que el instalador de Debian Testing (Jessie) oficial ya está trayendo por defecto systemd. Lo probé en máquinas virtuales y en máquinas reales que estuve instalando la semana pasada. La situación con el doble boteo es un desastre: A los temas de las particiones GPT e híbridas, hay que sumarle los seteos de la BIOS y particiones EFI UEFI y el Grub, y encima ahora el /sbin/init es un link a un ejecutable enorme que está en /lib/systemd, por lo que no es reconocido por herramientas como SystemRescueCD. Para poder hacer doble boteo con Debian Testing nuevo en máquinas nuevas, he tenido que hacer malabares impensables hace unos años. - A mi jucio la situación con systemd es gravísima, creo que hay que arremangarnos y aunar esfuerzos por ejemplo con la gente de Gentoo que están haciendo eudev, o con los escritorios alternativos a Gnome como Mate (que al parecer no tiene dependencias con systemd), y tratando que los otros escritorios como KDE y XFCE no generen dependencias duras hacia systemd. Saludos, Mario -- 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/trinity-c73dc787-1021-487b-ba60-9232866fdb42-1409844763329@3capp-mailcom-lxa04
Re: Postfix error al enviar correos
El Thu, 04 Sep 2014 17:35:10 +0200, Antonio Moreno escribió: El 04/09/14 17:22, Camaleón escribió: El Thu, 04 Sep 2014 16:08:15 +0200, Antonio Moreno escribió: (...) Antonio, en el registro que mandas arriba no aparece el error de envío sino la vuelta, por lo que habría que ver por qué falla la salida. Ejecuta grep -i 150292C17E2 /var/log/mail.* y manda la salida (omite los datos sensibles). Saludos, Eres mi Dios, contestas a todo el mundo ;) Muchas gracias por contestar Yo me apunto a tó :-P Aqui tienes el log /var/log/mail.info:Sep 4 15:56:18 correo postfix/pickup[30444]: 150292C17E2: uid=0 from=root /var/log/mail.info:Sep 4 15:56:18 correo postfix/cleanup[30465]: 150292C17E2: message-id=20140904135618.150292c1...@correo.midominio.es /var/log/mail.info:Sep 4 15:56:18 correo postfix/qmgr[30445]: 150292C17E2: from=r...@midominio.es, size=286, nrcpt=1 (queue active) /var/log/mail.info:Sep 4 15:56:18 correo postfix/pipe[30472]: 150292C17E2: to=anto...@midominio.es, relay=dovecot, delay=0.05, delays=0.02/0/0/0.03, dsn=4.3.0, status=deferred (temporary failure) Qué raro, sigo sin ver referencia alguna al comando de salida (postfix/ smtpd), supongo que será porque usas Dovecot como LDA ¿tienes algún registro en Dovecot? A ver si podemos ver algo más de información ahí. Y otra cosa, ¿has seguido alguna guía de configuración? No sé hasta qué punto sería correcto esto si lo que quieres es que Dovecot sea tu entregador de correo: mailbox_command = procmail -a $EXTENSION 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.09.04.15.48...@gmail.com
Re: Postfix error al enviar correos
El 04/09/14 17:48, Camaleón escribió: El Thu, 04 Sep 2014 17:35:10 +0200, Antonio Moreno escribió: El 04/09/14 17:22, Camaleón escribió: El Thu, 04 Sep 2014 16:08:15 +0200, Antonio Moreno escribió: (...) Antonio, en el registro que mandas arriba no aparece el error de envío sino la vuelta, por lo que habría que ver por qué falla la salida. Ejecuta grep -i 150292C17E2 /var/log/mail.* y manda la salida (omite los datos sensibles). Saludos, Eres mi Dios, contestas a todo el mundo ;) Muchas gracias por contestar Yo me apunto a tó :-P Aqui tienes el log /var/log/mail.info:Sep 4 15:56:18 correo postfix/pickup[30444]: 150292C17E2: uid=0 from=root /var/log/mail.info:Sep 4 15:56:18 correo postfix/cleanup[30465]: 150292C17E2: message-id=20140904135618.150292c1...@correo.midominio.es /var/log/mail.info:Sep 4 15:56:18 correo postfix/qmgr[30445]: 150292C17E2: from=r...@midominio.es, size=286, nrcpt=1 (queue active) /var/log/mail.info:Sep 4 15:56:18 correo postfix/pipe[30472]: 150292C17E2: to=anto...@midominio.es, relay=dovecot, delay=0.05, delays=0.02/0/0/0.03, dsn=4.3.0, status=deferred (temporary failure) Qué raro, sigo sin ver referencia alguna al comando de salida (postfix/ smtpd), supongo que será porque usas Dovecot como LDA ¿tienes algún registro en Dovecot? A ver si podemos ver algo más de información ahí. Y otra cosa, ¿has seguido alguna guía de configuración? No sé hasta qué punto sería correcto esto si lo que quieres es que Dovecot sea tu entregador de correo: mailbox_command = procmail -a $EXTENSION Saludos, Efectivamente me estaba dando el error de que faltaba de instalar sieve, ahora si que da un error de salida Sep 4 17:56:47 correo dovecot: auth: Fatal: Unknown database driver 'mysql' Sep 4 17:56:47 correo dovecot: master: Error: service(auth): command startup failed, throttling for 2 secs Sep 4 17:56:47 correo postfix/pipe[32169]: 73C862C068E: to=anto...@midominio.es, relay=dovecot, delay=0.11, delays=0.06/0.01/0/0.05, dsn=4.3.0, status=deferred (temporary failure) Vamos o por lo menos eso entiendo yo jejeje Voy a investigar de donde sale eso del driver 'mysql' y el error de service(auth), de todas formas si alguien me ayuda lo agradezco jejeje Un saludo -- 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/54088d3a.2080...@sorianatural.es
Re: Postfix error al enviar correos
El 04/09/14 17:36, Manolo Díaz escribió: El jueves, 4 sep 2014 a las 17:24 horas (UTC+2), Antonio Moreno escribió: El 04/09/14 17:19, Manolo Díaz escribió: mydestination = localhost, localhost.midominio.es [...] ¿No tendría que estar incluido midominio.es? Saludos Muchas gracias por la respuesta Si le pongo el midominio.es y correo.midominio.es Sep 4 17:21:36 correo postfix/local[31103]: 996432C17B7: to=anto...@midominio.es, orig_to=r...@midominio.es, relay=local, delay=0.02, delays=0.01/0/0/0.01, dsn=5.1.1, status=bounced (unknown user: antonio) Un saludo Ese es otro problema diferente, de entrega local. Parece ser que no existe antonio como usuario virtual. Saludos. De nuevo muchas gracias Lo se pero si que existe select * from virtual_users; ++---+--+-+ | id | domain_id | password | email | ++---+--+-+ | 1|1 | k | anto...@midominio.es | ++---+--+-+ Un saludo -- 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/54088d89.7030...@sorianatural.es
Re: Postfix error al enviar correos
El Thu, 04 Sep 2014 18:03:06 +0200, Antonio Moreno escribió: El 04/09/14 17:48, Camaleón escribió: (...) Qué raro, sigo sin ver referencia alguna al comando de salida (postfix/ smtpd), supongo que será porque usas Dovecot como LDA ¿tienes algún registro en Dovecot? A ver si podemos ver algo más de información ahí. Y otra cosa, ¿has seguido alguna guía de configuración? No sé hasta qué punto sería correcto esto si lo que quieres es que Dovecot sea tu entregador de correo: mailbox_command = procmail -a $EXTENSION Efectivamente me estaba dando el error de que faltaba de instalar sieve, ahora si que da un error de salida Sep 4 17:56:47 correo dovecot: auth: Fatal: Unknown database driver 'mysql' Sep 4 17:56:47 correo dovecot: master: Error: service(auth): command startup failed, throttling for 2 secs Sep 4 17:56:47 correo postfix/pipe[32169]: 73C862C068E: to=anto...@midominio.es, relay=dovecot, delay=0.11, delays=0.06/0.01/0/0.05, dsn=4.3.0, status=deferred (temporary failure) Vamos o por lo menos eso entiendo yo jejeje Voy a investigar de donde sale eso del driver 'mysql' y el error de service(auth), de todas formas si alguien me ayuda lo agradezco jejeje Bueno, esto tiene más lógica. Postfix retiene (deferred) el correo porque no se puede comunicar con Dovecot. En cuanto a los errores, Google sugiere que compruebes si tienes instalado el paquete dovecot-mysql. 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.09.04.16.16...@gmail.com
Re: Systemd
El Thu, 04 Sep 2014 17:32:44 +0200, Mario Ariel Guerra escribió: - Para comentarles que en este momento tengo dos máquinas con Jessie actualizado al día y sin systemd. Estoy usando los escritorios KDE y XFCE, y quedan ciertos paquetes residuales con nombre 'systemd', que los tengo congelados en la versión 204-14 (en Synaptic, Paquete, Bloquear versión) para que no se vaya a colar nada con las actualizaciones de Jessie. Estoy todavía con algunos problemas, por ejemplo los pendrive los estoy montando a mano con pmount, pero los soporto porque mi decisión de sacar systemd de Debian es netamente política. Si el tiempo permite quizás pueda volcar en un blog esta experiencia. - He podido observar que el instalador de Debian Testing (Jessie) oficial ya está trayendo por defecto systemd. Lo probé en máquinas virtuales y en máquinas reales que estuve instalando la semana pasada. La situación con el doble boteo es un desastre: A los temas de las particiones GPT e híbridas, hay que sumarle los seteos de la BIOS y particiones EFI UEFI y el Grub, y encima ahora el /sbin/init es un link a un ejecutable enorme que está en /lib/systemd, por lo que no es reconocido por herramientas como SystemRescueCD. Para poder hacer doble boteo con Debian Testing nuevo en máquinas nuevas, he tenido que hacer malabares impensables hace unos años. Me temo que quien quiera evitar systemd a partir de Jessie va a tener que afinar muchísimo la instalación, y por afinar mucho me refiero a no instalar ningún entorno de escritorio para que no se cuelen paquetes que dependan de dbus que es quien suele requerir de systemd y sus bibliotecas. Esperemos que Debian mantenga su compromiso de seguir dando soporte a systemv y que a través del paquete comodín systemd-shim se pueda evitar la instalación de systemd. - A mi jucio la situación con systemd es gravísima, creo que hay que arremangarnos y aunar esfuerzos por ejemplo con la gente de Gentoo que están haciendo eudev, o con los escritorios alternativos a Gnome como Mate (que al parecer no tiene dependencias con systemd), y tratando que los otros escritorios como KDE y XFCE no generen dependencias duras hacia systemd. Comparto tu preocupación. Yo por mi parte cada vez me siento más incómoda con mi sistema: desde kde 3.5 (y ya ha llovido) todo lo relacionado con en entorno de escritorio ha ido a mucho (pero mucho) peor. Sólo se salva el kernel que con cada nueva versión sigue aportando mejoras en lugar de pifias. 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.09.04.16.09...@gmail.com
Re: Postfix error al enviar correos
El 04/09/14 18:16, Camaleón escribió: El Thu, 04 Sep 2014 18:03:06 +0200, Antonio Moreno escribió: El 04/09/14 17:48, Camaleón escribió: (...) Bueno, esto tiene más lógica. Postfix retiene (deferred) el correo porque no se puede comunicar con Dovecot. En cuanto a los errores, Google sugiere que compruebes si tienes instalado el paquete dovecot-mysql. Saludos, Ya lo vi muchas gracias por tu respuesta, pero sigo atascado jajaja Sep 4 18:24:34 correo postfix/pickup[32146]: 49D6E2C1802: uid=0 from=root Sep 4 18:24:34 correo postfix/cleanup[387]: 49D6E2C1802: message-id=20140904162434.49d6e2c1...@correo.midominio.es Sep 4 18:24:34 correo postfix/qmgr[32147]: 49D6E2C1802: from=r...@midominio.es, size=286, nrcpt=1 (queue active) Sep 4 18:24:34 correo dovecot: auth-worker(393): mysql(127.0.0.1): Connected to database mailserver Sep 4 18:24:34 correo dovecot: auth-worker(393): Warning: mysql: Query failed, retrying: Table 'mailserver.users' doesn't exist Sep 4 18:24:34 correo dovecot: auth-worker(393): Error: sql(anto...@midominio.es): User query failed: Table 'mailserver.users' doesn't exist (using built-in default user_query: SELECT home, uid, gid FROM users WHERE username = '%n' AND domain = '%d') Sep 4 18:24:34 correo postfix/pipe[391]: 49D6E2C1802: to=anto...@midominio.es, relay=dovecot, delay=0.1, delays=0.04/0.01/0/0.05, dsn=4.3.0, status=deferred (temporary failure) He revisado la configuracion de /etc/dovecot/dovecot-sql.conf.ext y todo lo que tiene esa select aparece comentado, seguire investigando. A este paso me hago investigador privado jajajaja Muchas gracias -- Firmas de correo.com : Antonio Moreno Rello Logo app http://app.sorianatural.es/ facebook http://www.facebook.com/SoriaNatural.es twitter http://twitter.com/#%21/soriaNatural youtube https://www.youtube.com/user/SoriaNaturalSA Antonio Moreno Rello /Dpto. Informática/ Soria Natural S.A. Pol. La Sacea s/n 42162 Garray SORIA (SPAIN) Tlf: *+34 975 25 20 46* Fax: *+34 975 25 22 67* www.sorianatural.es http://www.sorianatural.es eco No me imprimas si no es necesario. Protejamos el medio ambiente - NOTA: Los signos de puntuacion y e~es han sido omitidos deliberadamente con el fin de soportar el maximo numero de clientes de correo --- La informacion incluida en el presente correo electronico es CONFIDENCIAL, siendo para el uso exclusivo del destinatario arriba mencionado. Si usted lee este mensaje y no es el destinatario se~alado, el empleado o el agente responsable de entregar el mensaje al destinatario, o ha recibido esta comunicacisn por error, le informamos que esta totalmente prohibida cualquier divulgacion, distribucion o reproduccion de esta comunicacion, y le rogamos que nos lo notifique, nos devuelva el mensaje original a la direccion arriba mencionada y borre el mensaje. -- 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/54089319.7040...@sorianatural.es
Re: Postfix error al enviar correos
El jueves, 4 sep 2014 a las 18:04 horas (UTC+2), Antonio Moreno escribió: El 04/09/14 17:36, Manolo Díaz escribió: El jueves, 4 sep 2014 a las 17:24 horas (UTC+2), Antonio Moreno escribió: El 04/09/14 17:19, Manolo Díaz escribió: mydestination = localhost, localhost.midominio.es [...] ¿No tendría que estar incluido midominio.es? Saludos Muchas gracias por la respuesta Si le pongo el midominio.es y correo.midominio.es Sep 4 17:21:36 correo postfix/local[31103]: 996432C17B7: to=anto...@midominio.es, orig_to=r...@midominio.es, relay=local, delay=0.02, delays=0.01/0/0/0.01, dsn=5.1.1, status=bounced (unknown user: antonio) Un saludo Ese es otro problema diferente, de entrega local. Parece ser que no existe antonio como usuario virtual. Saludos. De nuevo muchas gracias Lo se pero si que existe select * from virtual_users; ++---+--+-+ | id | domain_id | password | email | ++---+--+-+ | 1|1 | k | anto...@midominio.es | ++---+--+-+ Un saludo Aquí lo único que se ve es que el usuario con id 1 tiene como buzón anto...@midominio.es, pero ese usuario es antonio, anto...@midominio.es (que no es lo mismo) o cualquier otra cosa. Saludos. -- Manolo Díaz -- 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/20140904183652.5d00f...@gmail.com
Re: Postfix error al enviar correos
El Thu, 04 Sep 2014 18:28:09 +0200, Antonio Moreno escribió: El 04/09/14 18:16, Camaleón escribió: El Thu, 04 Sep 2014 18:03:06 +0200, Antonio Moreno escribió: El 04/09/14 17:48, Camaleón escribió: (...) Bueno, esto tiene más lógica. Postfix retiene (deferred) el correo porque no se puede comunicar con Dovecot. En cuanto a los errores, Google sugiere que compruebes si tienes instalado el paquete dovecot-mysql. Ya lo vi muchas gracias por tu respuesta, pero sigo atascado jajaja (...) Sep 4 18:24:34 correo dovecot: auth-worker(393): mysql(127.0.0.1): Connected to database mailserver Sep 4 18:24:34 correo dovecot: auth-worker(393): Warning: mysql: Query failed, retrying: Table 'mailserver.users' doesn't exist Sep 4 18:24:34 correo dovecot: auth-worker(393): Error: sql(anto...@midominio.es): User query failed: Table 'mailserver.users' doesn't exist (using built-in default user_query: SELECT home, uid, gid FROM users WHERE username = '%n' AND domain = '%d') A mí me parece que le has dicho a Dovecot: Oye, mis usuarios están en una base de datos sql pero como que se ha olvidado configurar esa base de datos, las tablas y todo eso. Y claro, el pobre Postfix no le puede entregar el correo a Dovecot porque éste tiene una crisis de identidad. He revisado la configuracion de /etc/dovecot/dovecot-sql.conf.ext y todo lo que tiene esa select aparece comentado, seguire investigando. A este paso me hago investigador privado jajajaja Si has seguido alguna guía, manda el enlace para que podamos ver los pasos que has dado. Si vas por libre, sigue revisando los registros de Dovecot con cada cambio que hagas que ya parece que te queda poco :-) 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.09.04.16.39...@gmail.com
OT - Re: Systemd
El 04/09/14 12:32, Mario Ariel Guerra escribió: como me gustaria poder tener mi sistema libre de systemd actualmente tengo jessie, trate de eliminar completamente systemd pero se me lleva el SO En Jessie de momento no se puede debido a un bug, salvo que lo hayan corregido ya. - Para comentarles que en este momento tengo dos máquinas con Jessie actualizado al día y sin systemd. Estoy usando los escritorios KDE y XFCE, y quedan ciertos paquetes residuales con nombre 'systemd', que los tengo congelados en la versión 204-14 (en Synaptic, Paquete, Bloquear versión) para que no se vaya a colar nada con las actualizaciones de Jessie. Estoy todavía con algunos problemas, por ejemplo los pendrive los estoy montando a mano con pmount, pero los soporto porque mi decisión de sacar systemd de Debian es netamente política. Si el tiempo permite quizás pueda volcar en un blog esta experiencia. - He podido observar que el instalador de Debian Testing (Jessie) oficial ya está trayendo por defecto systemd. Lo probé en máquinas virtuales y en máquinas reales que estuve instalando la semana pasada. La situación con el doble boteo es un desastre: A los temas de las particiones GPT e híbridas, hay que sumarle los seteos de la BIOS y particiones EFI UEFI y el Grub, y encima ahora el /sbin/init es un link a un ejecutable enorme que está en /lib/systemd, por lo que no es reconocido por herramientas como SystemRescueCD. Para poder hacer doble boteo con Debian Testing nuevo en máquinas nuevas, he tenido que hacer malabares impensables hace unos años. - A mi jucio la situación con systemd es gravísima, creo que hay que arremangarnos y aunar esfuerzos por ejemplo con la gente de Gentoo que están haciendo eudev, o con los escritorios alternativos a Gnome como Mate (que al parecer no tiene dependencias con systemd), y tratando que los otros escritorios como KDE y XFCE no generen dependencias duras hacia systemd. Saludos, Mario Tendrias tiempo Mario en algun momento para contarme (y contarnos) cuales son las razanos politicas de tu decicion? Algo lei y a pesar de no tener claros fundamentos coincido con tu decicion. Saludos desde el sur. -- 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/54089922.1070...@mail.com
Re: Systemd
No me queda claro por lo que están diciendo: ¿systemd es un componente necesario en las versiones actuales de Debian como SO, o solamente de algunos escritorios específicos (x ej. GNOME)? 2014-09-04 13:09 GMT-03:00 Camaleón noela...@gmail.com: El Thu, 04 Sep 2014 17:32:44 +0200, Mario Ariel Guerra escribió: - Para comentarles que en este momento tengo dos máquinas con Jessie actualizado al día y sin systemd. Estoy usando los escritorios KDE y XFCE, y quedan ciertos paquetes residuales con nombre 'systemd', que los tengo congelados en la versión 204-14 (en Synaptic, Paquete, Bloquear versión) para que no se vaya a colar nada con las actualizaciones de Jessie. Estoy todavía con algunos problemas, por ejemplo los pendrive los estoy montando a mano con pmount, pero los soporto porque mi decisión de sacar systemd de Debian es netamente política. Si el tiempo permite quizás pueda volcar en un blog esta experiencia. - He podido observar que el instalador de Debian Testing (Jessie) oficial ya está trayendo por defecto systemd. Lo probé en máquinas virtuales y en máquinas reales que estuve instalando la semana pasada. La situación con el doble boteo es un desastre: A los temas de las particiones GPT e híbridas, hay que sumarle los seteos de la BIOS y particiones EFI UEFI y el Grub, y encima ahora el /sbin/init es un link a un ejecutable enorme que está en /lib/systemd, por lo que no es reconocido por herramientas como SystemRescueCD. Para poder hacer doble boteo con Debian Testing nuevo en máquinas nuevas, he tenido que hacer malabares impensables hace unos años. Me temo que quien quiera evitar systemd a partir de Jessie va a tener que afinar muchísimo la instalación, y por afinar mucho me refiero a no instalar ningún entorno de escritorio para que no se cuelen paquetes que dependan de dbus que es quien suele requerir de systemd y sus bibliotecas. Esperemos que Debian mantenga su compromiso de seguir dando soporte a systemv y que a través del paquete comodín systemd-shim se pueda evitar la instalación de systemd. - A mi jucio la situación con systemd es gravísima, creo que hay que arremangarnos y aunar esfuerzos por ejemplo con la gente de Gentoo que están haciendo eudev, o con los escritorios alternativos a Gnome como Mate (que al parecer no tiene dependencias con systemd), y tratando que los otros escritorios como KDE y XFCE no generen dependencias duras hacia systemd. Comparto tu preocupación. Yo por mi parte cada vez me siento más incómoda con mi sistema: desde kde 3.5 (y ya ha llovido) todo lo relacionado con en entorno de escritorio ha ido a mucho (pero mucho) peor. Sólo se salva el kernel que con cada nueva versión sigue aportando mejoras en lugar de pifias. 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.09.04.16.09...@gmail.com
Re: Systemd
On Thursday 04 September 2014 16:09:13 Camaleón wrote: Comparto tu preocupación. Yo por mi parte cada vez me siento más incómoda con mi sistema: desde kde 3.5 (y ya ha llovido) todo lo relacionado con en entorno de escritorio ha ido a mucho (pero mucho) peor. Sólo se salva el kernel que con cada nueva versión sigue aportando mejoras en lugar de pifias. Cuestión de gustos, para mi la cosa ha ido a mejor desde entonces (y mucho). Luis
Re: OT - Systemd
Tendrias tiempo Mario en algun momento para contarme (y contarnos) cuales son las razanos politicas de tu decicion? Algo lei y a pesar de no tener claros fundamentos coincido con tu decicion. Saludos desde el sur. Bueno, el tema de systemd es muy amplio, trato de ser breve: 1) Desde Debian: Hasta ahora es una distribución de fuerte presencia, independiente de intereses comerciales, con el eslogan Sistema Operativo Universal, una alternativa real para las personas que queriendo usar GNU/Linux no querían caer bajo el paraguas de ninguna empresa (lease RedHat, Suse, Ubuntu). La adopción de systemd como sistema de inicio predeterminado desde Debian 8 (Jessie) fue tomada como una mera decisión técnica, pero en la práctica provoca que Debian deje de diferenciarse como distribución primaria para ser una descendiente de RedHat. Lo del Sistema Operativo Universal lo tiraron alegremente por la borda: systemd solo puede ir encima de un kernel Linux (no mas Hurd, no mas kFreeBSD). Este tema no era un simple tema técnico (al estilo lilo vs. grub), sino que afecta en el mediano plazo la identidad y propósito de Debian, por lo que creo que es un tema político que debiera haberse puesto a votación en toda la comunidad Debian. Ya alguien ha pedido una vuelta atrás, y creo que a medida que mas gente se entere de lo que la cúpula de Debian ha hecho (en forma solapada) van a haber mas comentarios de este tipo. 2) Desde GNU/Linux: systemd es un rediseño completo del sistema operativo con ciertos objetivos. Se traga a networkManager, dbus, udev, cron, init, etc, etc. Es decir, es una cosa que se pone encima de un kernel Linux, y se comporta bien con un solo escritorio: Gnome3. Ya no es mas GNU/Linux como un clon de Unix, es otra cosa monolítica Gnome3/systemd/Linux que corta toda libertad de elección y se parece muchísimo a un Windows X. Puede estar muy bien que RedHat desarrolle esa cosa y la promocione, pero lo que está mal es que nos la vendan como si siguiera siendo un clon de Unix, porque atacan por varios lados la esencia de Unix. Y la cosa no queda ahi: El propio Linus Torvalds les quitó a esta gente la posibilidad de hacer commits al kernel. De no hacer esto, esta gente ya hubiera puesto las ataduras al revés: que el kernel Linux solo sea utilizable cuando por encima tenga systemd. Ellos tienen una agenda y unos propósitos muy claros: Lean por ejemplo sobre kdbus 3) Desde la politica: Y finalmente lo tenemos a Julian Assange (el de Wikileaks) afirmando que Debian ya ha sido tomado por otros intereses, mencionando explícitamente el caso de openssl. Usando Debian desde hace mas de 10 años, saludos desde Córdoba, Argentina, Mario -- 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/trinity-b7f62bbc-d309-483f-bedd-2fe0291d8a98-1409864390850@3capp-mailcom-lxa03
Re:Re: Systemd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/04/2014 09:53 AM, unciegobailando wrote: El 04/09/14 12:32, Mario Ariel Guerra escribió: como me gustaria poder tener mi sistema libre de systemd actualmente tengo jessie, trate de eliminar completamente systemd pero se me lleva el SO En Jessie de momento no se puede debido a un bug, salvo que lo hayan corregido ya. - Para comentarles que en este momento tengo dos máquinas con Jessie actualizado al día y sin systemd. Estoy usando los escritorios KDE y XFCE, y quedan ciertos paquetes residuales con nombre 'systemd', que los tengo congelados en la versión 204-14 (en Synaptic, Paquete, Bloquear versión) para que no se vaya a colar nada con las actualizaciones de Jessie. Estoy todavía con algunos problemas, por ejemplo los pendrive los estoy montando a mano con pmount, pero los soporto porque mi decisión de sacar systemd de Debian es netamente política. Si el tiempo permite quizás pueda volcar en un blog esta experiencia. - He podido observar que el instalador de Debian Testing (Jessie) oficial ya está trayendo por defecto systemd. Lo probé en máquinas virtuales y en máquinas reales que estuve instalando la semana pasada. La situación con el doble boteo es un desastre: A los temas de las particiones GPT e híbridas, hay que sumarle los seteos de la BIOS y particiones EFI UEFI y el Grub, y encima ahora el /sbin/init es un link a un ejecutable enorme que está en /lib/systemd, por lo que no es reconocido por herramientas como SystemRescueCD. Para poder hacer doble boteo con Debian Testing nuevo en máquinas nuevas, he tenido que hacer malabares impensables hace unos años. - A mi jucio la situación con systemd es gravísima, creo que hay que arremangarnos y aunar esfuerzos por ejemplo con la gente de Gentoo que están haciendo eudev, o con los escritorios alternativos a Gnome como Mate (que al parecer no tiene dependencias con systemd), y tratando que los otros escritorios como KDE y XFCE no generen dependencias duras hacia systemd. Saludos, Mario Tendrias tiempo Mario en algun momento para contarme (y contarnos) cuales son las razanos politicas de tu decicion? Algo lei y a pesar de no tener claros fundamentos coincido con tu decicion. Saludos desde el sur. Los Judios Sionistas, estan detras de los gobiernos de Israel, Inglaterra y EU. Ellos recopilan todo lo que circula por internet, telefono y ahora algunos electrodomesticos. Luego hacen perfiles que sirven para ofrecerte cosas para comprar y mantenerte hipnotizado. Lo esencial de la informacion, es que te impresiona, y se te puede manipular, para que hagas lo que sea; alguien dijo que es cuestion de gustos y es cierto: a muchos les llega a gustar que los vigilen que los castiguen que los traten como mierda; ese es el poder de la informacion que se pone en facebook y otros lugares. Solo veamos como funciona; este hilo podria irse por lo tecnico de Systemd Ad Infinitum; ya alguien hizo el primer intento marcandolo como [OT], eso lo hacen para que se discuta lo tecnico sin fin y termine todo mundo creyendo que sabe. Solo veamos las respuestas en esta lista! Son cada vez menos especificas y claras. Pero el punto importante; que systemd, ha sido creado por la NSA por medio de Red Hat, para espiar a usuarios de Linux, y/o destruir Linux, y/o convertir a Linux en otro windows para mantener el poder hegemonico que todavia tienen los sionistas. Es ocultado, creando discusiones tecnicas interminables, por que la mayoria NO tiene conocimiento suficiente para entender esa jerigonza; y tampoco tiene el valor para decir que no entiende. Snowden, el de la NSA, dijo hace algun tiempo que Debian estaba controlado por la NSA; Y Debian fue creado como el unico SO GNU/Linux libre. Nos queda a cada uno decidir, si lo abandonamos por Slackware, Gentoo, o algun BSD; o lo defendemos para que vuelva a ser el de antes. Digo, cuando fue creado! Por las respuestas a este mensaje, sabremos quien pretende llevarnos a un hilo interminable! gracias. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUCNaoAAoJEKbsEnZGVkUM0LQH/iy933azO7Jp/ivEEG0p20ED 45nDC2i19nnVZXeCBtbo6nry/JEXrAD+2t/eABsHqiUvkg7e2EH29jpJ5Sal5IeL tmNpNCOImvgqFhf1bt3poY3EXyxaYqRR3s4mI9xMxkgXe+ALrx4oCrLk3LIDW2+g TC6lk0+YHoQ+G7MMLbBkls8NDgcuS7dEigmnVxUTvasgSJVov//m4Gb8YgVNlnOz 10jB4tkbgFk2rAXVQWJ593AOS1AySmY9NKUAOtfAtONUUvvvmY/3tjfetIp+j0Oh jegyKEEn+8ZTZiJ3ayxPtQbjnef9wtEFepir5/ON1bjVCVEYGsm+2VNmutHz0MM= =sTJj -END PGP SIGNATURE- -- 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/5408d6b8.6080...@agronomos.ca
Re: [OT] Wheezy+Postfix+Dovecot+LDAP-Problema mapeo dir en IMAP/POP3
El 04/09/14 12:09, Camaleón escribió: Bien, pero ya no debería aparecer el error de Home dir not found. Si es así, lo que quedaría por resolver es por qué no respeta la ruta que has configurado como almacén de los mensajes y quizá es que lo devuelve vacío, es decir, que la variable %d no contiene el valor del dominio. Sí sí. Esto es así! El error Home dir not found no aparece mas en los logs. Con respecto a la ruta creo que me esta pisando mi config de Dovecot mis datos en LDAP. Se me ocurren dos cosas que podrían estar molestando a Dovecot: 1/ Revisa la configuración que tienes en Postfix para ver si es correcta: http://wiki2.dovecot.org/LDA/Postfix Por este lado está OK... 2/ En OpenLDAP, que no haya valores de variables contradictorias con los datos de Dovecot Justamente esto es lo que me temo... que la info en el árbol LDAP (el home del user en este caso) me esta pisando mi config 'mail_home = /var/vmail/%d/%n' que tengo seteada en Dovecot. Acá en este parcial del log muestra: 1- consulta al ldap (us/home/uid/gid) 2- respuesta (donde se ve homeDirectory=/hom e/usersldap/sspeirone) 3- toma maildir++: root=/home/usersldap/sspeirone/mail 4- saved mail to INBOX 2014-09-04 18:52:23 auth: Debug: ldap(sspeir...@epea1.com.ar): user search: base=dc=epea1,dc=com,dc=ar scope=subtree filt er=((objectClass=posixAccount)(uid=sspeirone)) fields=homeDirectory,uidNumber,gidNumber 2014-09-04 18:52:23 auth: Debug: ldap(sspeir...@epea1.com.ar): result: uidNumber=10003 gidNumber=10002 homeDirectory=/hom e/usersldap/sspeirone 2014-09-04 18:52:23 lda(sspeir...@epea1.com.ar): Debug: maildir++: root=/home/usersldap/sspeirone/mail, index=, control=, inbox=/home/usersldap/sspeirone/mail, alt= 2014-09-04 18:52:23 lda(sspeir...@epea1.com.ar): Info: msgid=unspecified: saved mail to INBOX : Subject: prueba Por más que yo NO haya especificado que tome el directorio de destino del correo desde LDAP usa el home especificado ahí en vez del seteado en Dovecot. Investigare por este lado :p Cabe recalcar que utilizando esta config, con /home/userldap en vez de /home/vmail Dovecot funciona bien, osea, me entrega los correos y luego puedo levantarlos tanto por IMAP como por POP3, pero me ignora mi config de mail_home = /home/usersldap/%d/%n :( La verdad que es muy extraño... me canse de buscar y probar cosas :p Tendré que seguir investigando. Gracias por tu ayuda Camaleón. Comentare los resultados más adelante. Sí, está raro... en cualquier caso, con cada cambio que hagas sigue revisando los registros de Dovecot que suelen ser muy útiles. tail -f /var/log/dovecot* -n0 a full :) y lo mismo con los logs de Postfix, en una terminal en todo momento... Saludos, Saludos y gracias por todo. -- Saludos. Diego. === Diego H. Cancelo diego[at]cancelo[dot]com[dot]ar *GNU/Linux User # 491743* | Huella digital: 03CA 8BAC 823A 80A1 D2FD E74F 50AB 79D7 8F1A 0DF7 GnuPG: 2048D/8F1A0DF7 | Clave GPG: solicitar por mail http://www.bootsector.com.ar | http://www.lugro.org.ar Referente Técnico Escolar-EPEA N°1-Las Ovejas-Neuquén === Usá Software Libre. -- 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/5408e3d2.9010...@cancelo.com.ar
Problema de saturación de red
Hola, buen día. Tengo un problema que me trae de cabeza con un equipo con debian 7. Resulta que después de un rato de estar funcionando bien la interfase de red se satura (o es lo que suponemos) por lo que empieza a contestar lento aun desde la consola. Si quitamos físicamente el cable de la tarjeta regresa la respuesta normal. Originalmente tenía Squeeze y funcionaba sin problema pero al actualizar a Wheezy empezaron los problemas. Para descartar algún problema con la actualización se re-instaló desde cero, primer problema es que no trae driver para la tarjeta así que a cargar el driver y el problema persistió. Le agregamos una tarjeta genérica sin cambio. Lo virtualizamos y ahora vive dentro de un vmware ESXi y no se corrige el fallo. Hemos hecho de todo, pusimos un router al frente para que llegue nateadas las conexiones y es el router el que se satura mientras que el equipo ni se entera. Con un equipo en modo bridge pasa lo mismo, es este el que se pone mal mientras que el linux se porta normal. Al reiniciar el router o el bridge el servicio se restablece hasta que se satura nuevamente. He pensado que puede ser un DOS pero lo extraño es que todo inició al momento de actualizar a Wheezy, lo que me queda es regresar a Squeeze y el paquete que nos hizo movernos bajarlo y compilarlo pero es lo último que quiero hacer para evitar tener que estar manteniendo un paquete fuera de la distribución. ¿Alguien ha tenido o sabe de algún comportamiento similar? Cualquier ayuda será eternamente agradecida. -- Saludos, Antonio Galicia Eram quod es, eris quod sum -- 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/CAGYn=y0jfjq3qtgp9fn-kaetoeyqbucoueagdbskjyhqk_w...@mail.gmail.com
Re: Problema de saturación de red
On Thu, 4 Sep 2014 18:52:08 -0500 Antonio Galicia antonio.gali...@gmail.com wrote: A mi me sucede lo mismo debes en cuando. Tense que era un ddos. Tal vez la tarjeta de red se sobrecaliente? Sera la solución un Bonding? -- Servicios:. http://mamalibre.com.ar/plus MamaLibre, Casa en Lincoln, Ituzaingo 1085 CP6070, Buenos Aires, Argentina pgpPMnVRWLd7q.pgp Description: PGP signature
Re: Problema de saturación de red
On 09/04/2014 05:01 PM, Fabián Bonetti wrote: On Thu, 4 Sep 2014 18:52:08 -0500 Antonio Galicia antonio.gali...@gmail.com wrote: A mi me sucede lo mismo debes en cuando. Tense que era un ddos. Tal vez la tarjeta de red se sobrecaliente? Sera la solución un Bonding? Fabian: Revisa el trafico UDP -- 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/540901d1.2070...@agronomos.ca
Re: OT.: Parece que el sistema pasa a suspensión en vez de apagar
El día 4 de septiembre de 2014, 10:10, Camaleón noela...@gmail.com escribió: El Thu, 04 Sep 2014 00:10:19 -0400, Paulo Riquelme escribió: El día 3 de septiembre de 2014, 12:10, Camaleón noela...@gmail.com escribió: (...) De todas formas, para saber si el equipo ha vuelto de una restauración o de un estado apagado tendrás que revisar el registro /var/log/syslog y también / var/log/pm-powersave.log. También puedes fijarte en las fechas de los archivos de registro. Los revisaré al llegar en la noche y veré sus fechas, ¿te refieres a estos dos archivos para revisar las fechas cierto? Sí, bueno, a cualquier archivo de registro que se modifique cuando inicias el sistema en frío, como el syslog, el del kernel, Xorg.0.log... El syslog, algo podían indicarnos estas líneas: Sep 3 00:33:33 ROQ515HP kernel: [ 5667.532225] [Firmware Bug]: battery: (dis)charge rate invalid. Hombre, pues sí. Mira a ver si encuentras alguna entrada más relacionada con la batería (ejecuta como root grep -i battery /var/log/syslog). Eres seco jaj, claro que eran pocas líneas, las pego acá: Sep 2 18:35:39 ROQ515HP kernel: [9.731919] ACPI: Battery Slot [BAT1] (battery present) Sep 2 18:37:59 ROQ515HP kernel: [9.435383] ACPI: Battery Slot [BAT1] (battery present) Sep 2 22:59:25 ROQ515HP kernel: [9.698283] ACPI: Battery Slot [BAT1] (battery present) Sep 3 00:33:33 ROQ515HP kernel: [ 5667.532225] [Firmware Bug]: battery: (dis)charge rate invalid. Sep 3 18:19:28 ROQ515HP kernel: [9.568861] ACPI: Battery Slot [BAT1] (battery present) Sep 3 19:17:35 ROQ515HP kernel: [ 3506.789581] [Firmware Bug]: battery: (dis)charge rate invalid. Sep 3 21:12:18 ROQ515HP kernel: [9.321945] ACPI: Battery Slot [BAT1] (battery present) Sep 3 21:17:37 ROQ515HP kernel: [9.496350] ACPI: Battery Slot [BAT1] (battery present) Sep 3 23:07:21 ROQ515HP kernel: [9.668790] ACPI: Battery Slot [BAT1] (battery present) Sep 3 23:53:27 ROQ515HP kernel: [ 2785.237625] [Firmware Bug]: battery: (dis)charge rate invalid. Sep 4 21:56:32 ROQ515HP kernel: [9.721103] ACPI: Battery Slot [BAT1] (battery present) y como estoy metido con el tema del wake on lan ejecuté lo mismo pero con eth0, osea grep -i eth0 /var/log/syslog y obtuve resultados, demasiados para acá así que nuevamente pegué en pastebin acá http://pastebin.com/8cdXLrby y creo que el archivo es muy grande pues el pastebin no me deja pegar el contenido Lo que interesaba ver era la fecha de creación pero vaya, algo me dice que el equipo apaga correctamente y la batería se descarga por algún otro motivo. El /var/log/pm-powersave.log no tengo ese archivo Raro pero vale. xD Mi computador, mi fiel reflejo Sobre las fechas de creación stat del syslog: Fichero: «/var/log/syslog» Tamaño: 812013 Bloques: 1600 Bloque E/S: 4096 fichero regular Dispositivo: 804h/2052d Nodo-i: 789370 Enlaces: 1 Acceso: (0640/-rw-r-) Uid: (0/root) Gid: (4/ adm) Acceso: 2014-09-03 19:02:12.362354747 -0400 Modificación: 2014-09-03 19:30:27.387677572 -0400 Cambio: 2014-09-03 19:30:27.387677572 -0400 Creación: - (...) Atendiendo a esos datos diría que el archivo se creó ayer (03/09/2014) a las 19:02 (en tu hora local), es decir, que iniciaste el equipo a esa hora. El resto de archivos mantienen una hora similar. ¿Y cómo lo inicias? ¿Pulsando el botón físico del portátil? Porque si estuviera suspendido al tocar cualquier tecla o el touchpad se restauraría la sesión. Lo he hecho y enciende sólo presionando el botón físico de encendido del notebook, osea que no tiene reacción con las teclas del teclado. Vale, entonces podemos descartar que el equipo esté suspendido o hibernado, el equipo está apagado pero va consumiendo batería. Aunque diga reboot no reinicia, eso al menos lo sabemos con seguridad. Acá está: [ 102.667311] reboot: Power Down _ nada más. Curioso, pero ya hemos visto que el equipo no reinicia si no que queda apagado. Pues si el equipo se apaga, es posible que la batería se agote por algún otro motivo. Dentro de mi ignorancia en el sistema pienso en que algo puede andar mal con el laptop-mode-tools, ayer apagué con la AC conectado a la corriente y antes me fijé en la batería desde gnome y estaba al 32%, hoy cuando encendí, vi la batería desde gnome y estaba al 36% lo que me pareció normal ya que ahora no había aplicaciones abiertas y anoche no desconecté el equipo de la AC hasta que estuvo bien apagado. Claro que tendría que hacer esta prueba apagando conectado a AC y dejar de ocupar el notebook por lo menos unos 4 días :-( (...) Puedes probar a detener ese servicio a ver si notas alguna diferencia (debería ser algo así service laptop-mode stop). ok Por cierto ¿por qué desenchufas el equipo de la toma eléctrica? :-? Son dos los momentos en que hago eso: Si es cuando termino de usarlo es porque lo guardo Si es cuando lo estoy utilizando es porque
Re: Vergonha
Nada contra enviar esse tipo de coisa para essa lista, mas a netiqueta orienta a botar off-topic ou algo do gênero no campo assunto da mensagem Em 04/09/14, rodrigo.root.rjrodrigo.root...@gmail.com escreveu: Olá srs. Estou enviando este link, do sindicato dos trabalhadores de TI do Rio de Janeiro que está desde ontem hackeado e a maior vergonha é que eu enviei um e-mail para eles e até o momento nada foi feito triste é que o link hackeado foi o do ciclo de palestras de software livre no rio de janeiro segue o link abaixo: http://www.ciclodepalestras.sindpdrj.org.br/ -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5407e412.8080...@gmail.com -- | .''`. A fé não dá respostas. Só impede perguntas. | : :' : | `. `'` | `- Je vois tout -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cacnf0pjr-msotsuhs2u9oysonww4woptiqyk4tb+gfdvuru...@mail.gmail.com
FW: Vergonha
Apesar da falta da netiqueta, que nem acho algumas referências. Na Wikipedia não fala nada sobre GRITAR por exemplo, bom isto é só para constar. Para avisar o dono do site é bem simples, um comando linux no terminal (whois site) Sendo o site sem www, vai saber os e-mails de contato que devem ou deveriam administrar o site e por estes contatos avisar, que neste caso são (marcoalv...@ig.com.br e registro.tecn...@kinghost.com.br). Ou ainda poderia pegar o telefone e ligar ao sindicato e avisá-los. O que acho estranho é o SINDPD-RJ estar filiado a fenadados e o SINDPD-SP não. O SINDPD-SP está filiado a feittinf que tem o mesmo presidente do SINDPD-SP, estranho não ? Queria saber quem está acima da federação ? O presidente da federação pode ser o mesmo do sindicato ? não há conflito de interesses ? O sindicato deveria ser atrelado a profissão e não com o ramo da empresa. Busco poder escolher um sindicato que me represente que não seja o patronal. Pois hoje se estiver trabalhando numa madeireira exercendo serviços de TI, estaria no sindicato dos madeireiros. E se estiver trabalhando num banco exercendo serviços de TI, estaria no sindicato dos bancários. Isto não cria vinculo sindical algum, pois nestes exemplos nenhum destes sindicatos representa a categoria de TI. E poderia não me filiar a sindicato algum. Bom, vou parar por aqui, pois se escrever o que acho dos sindicatos, serei expulso da lista. Att, Paulo Date: Thu, 4 Sep 2014 01:01:22 -0300 From: rodrigo.root...@gmail.com To: debian-user-portuguese@lists.debian.org Subject: Vergonha Olá srs. Estou enviando este link, do sindicato dos trabalhadores de TI do Rio de Janeiro que está desde ontem hackeado e a maior vergonha é que eu enviei um e-mail para eles e até o momento nada foi feito triste é que o link hackeado foi o do ciclo de palestras de software livre no rio de janeiro segue o link abaixo: http://www.ciclodepalestras.sindpdrj.org.br/ -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5407e412.8080...@gmail.com
Re: FW: Vergonha
Paulo, o problema é que isso afeta a comunidade de Software Livre e tem haver com Debian eu mesmo assisti paléstras lá. Segue abaixo as referencias de meu e-mail inicial caso não tenha lido: hackeado foi o do ciclo de palestras de software livre no Rio de Janeiro segue o link abaixo: http://www.ciclodepalestras.sindpdrj.org.br/; a maior vergonha é que eu enviei um e-mail para eles e até o momento nada foi feito On 04-09-2014 09:57, Paulo Correia wrote: Apesar da falta da netiqueta, que nem acho algumas referências. Na Wikipedia não fala nada sobre GRITAR por exemplo, bom isto é só para constar. Para avisar o dono do site é bem simples, um comando linux no terminal (whois site) Sendo o site sem www, vai saber os e-mails de contato que devem ou deveriam administrar o site e por estes contatos avisar, que neste caso são (marcoalv...@ig.com.br e registro.tecn...@kinghost.com.br). Ou ainda poderia pegar o telefone e ligar ao sindicato e avisá-los. O que acho estranho é o SINDPD-RJ estar filiado a fenadados e o SINDPD-SP não. O SINDPD-SP está filiado a feittinf que tem o mesmo presidente do SINDPD-SP, estranho não ? Queria saber quem está acima da federação ? O presidente da federação pode ser o mesmo do sindicato ? não há conflito de interesses ? O sindicato deveria ser atrelado a profissão e não com o ramo da empresa. Busco poder escolher um sindicato que me represente que não seja o patronal. Pois hoje se estiver trabalhando numa madeireira exercendo serviços de TI, estaria no sindicato dos madeireiros. E se estiver trabalhando num banco exercendo serviços de TI, estaria no sindicato dos bancários. Isto não cria vinculo sindical algum, pois nestes exemplos nenhum destes sindicatos representa a categoria de TI. E poderia não me filiar a sindicato algum. Bom, vou parar por aqui, pois se escrever o que acho dos sindicatos, serei expulso da lista. Att, Paulo Date: Thu, 4 Sep 2014 01:01:22 -0300 From: rodrigo.root...@gmail.com To: debian-user-portuguese@lists.debian.org Subject: Vergonha Olá srs. Estou enviando este link, do sindicato dos trabalhadores de TI do Rio de Janeiro que está desde ontem hackeado e a maior vergonha é que eu enviei um e-mail para eles e até o momento nada foi feito triste é que o link hackeado foi o do ciclo de palestras de software livre no rio de janeiro segue o link abaixo: http://www.ciclodepalestras.sindpdrj.org.br/ -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5407e412.8080...@gmail.com
Re: FW: Vergonha
olha... aqui abriu normal http://ciclodepalestras.sindpdrj.org.br/portal/v2/ alias boa programação! Em 4 de setembro de 2014 14:03, rodrigo.root.rj rodrigo.root...@gmail.com escreveu: Paulo, o problema é que isso afeta a comunidade de Software Livre e tem haver com Debian eu mesmo assisti paléstras lá. Segue abaixo as referencias de meu e-mail inicial caso não tenha lido: hackeado foi o do ciclo de palestras de software livre no Rio de Janeiro segue o link abaixo: http://www.ciclodepalestras.sindpdrj.org.br/; a maior vergonha é que eu enviei um e-mail para eles e até o momento nada foi feito On 04-09-2014 09:57, Paulo Correia wrote: Apesar da falta da netiqueta, que nem acho algumas referências. Na Wikipedia não fala nada sobre GRITAR por exemplo, bom isto é só para constar. Para avisar o dono do site é bem simples, um comando linux no terminal (whois site) Sendo o site sem www, vai saber os e-mails de contato que devem ou deveriam administrar o site e por estes contatos avisar, que neste caso são (marcoalv...@ig.com.br e registro.tecn...@kinghost.com.br). Ou ainda poderia pegar o telefone e ligar ao sindicato e avisá-los. O que acho estranho é o SINDPD-RJ estar filiado a fenadados e o SINDPD-SP não. O SINDPD-SP está filiado a feittinf que tem o mesmo presidente do SINDPD-SP, estranho não ? Queria saber quem está acima da federação ? O presidente da federação pode ser o mesmo do sindicato ? não há conflito de interesses ? O sindicato deveria ser atrelado a profissão e não com o ramo da empresa. Busco poder escolher um sindicato que me represente que não seja o patronal. Pois hoje se estiver trabalhando numa madeireira exercendo serviços de TI, estaria no sindicato dos madeireiros. E se estiver trabalhando num banco exercendo serviços de TI, estaria no sindicato dos bancários. Isto não cria vinculo sindical algum, pois nestes exemplos nenhum destes sindicatos representa a categoria de TI. E poderia não me filiar a sindicato algum. Bom, vou parar por aqui, pois se escrever o que acho dos sindicatos, serei expulso da lista. Att, Paulo Date: Thu, 4 Sep 2014 01:01:22 -0300 From: rodrigo.root...@gmail.com To: debian-user-portuguese@lists.debian.org Subject: Vergonha Olá srs. Estou enviando este link, do sindicato dos trabalhadores de TI do Rio de Janeiro que está desde ontem hackeado e a maior vergonha é que eu enviei um e-mail para eles e até o momento nada foi feito triste é que o link hackeado foi o do ciclo de palestras de software livre no rio de janeiro segue o link abaixo: http://www.ciclodepalestras.sindpdrj.org.br/ -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5407e412.8080...@gmail.com -- att. Luiz Henrique Rauber Rodrigues Professor - Pesquisador - Consultor http://br.linkedin.com/in/luizrauber // Economizar também é consciencialização ambiental, não imprima este e-mail se desnecessário
error apt-get update
applein@debian:~$ sudo apt-get update Atingido http://ftp.br.debian.org squeeze Release.gpg Ign http://ftp.br.debian.org/debian/ squeeze/main Translation-en Ign http://ftp.br.debian.org/debian/ squeeze/main Translation-pt Ign http://ftp.br.debian.org/debian/ squeeze/main Translation-pt_BR Atingido http://ftp.br.debian.org squeeze-updates Release.gpg Ign http://ftp.br.debian.org/debian/ squeeze-updates/main Translation-en Ign http://ftp.br.debian.org/debian/ squeeze-updates/main Translation-pt Ign http://ftp.br.debian.org/debian/ squeeze-updates/main Translation-pt_BR Atingido http://security.debian.org squeeze/updates Release.gpg Ign http://security.debian.org/ squeeze/updates/main Translation-en Ign http://security.debian.org/ squeeze/updates/main Translation-pt Ign http://security.debian.org/ squeeze/updates/main Translation-pt_BR Ign http://http.debian.net/debian/ squeeze-lts/contrib Translation-en Ign http://http.debian.net/debian/ squeeze-lts/contrib Translation-pt Atingido http://ftp.br.debian.org squeeze Release Atingido http://ftp.br.debian.org squeeze-updates Release Atingido http://security.debian.org squeeze/updates Release Ign http://http.debian.net/debian/ squeeze-lts/contrib Translation-pt_BR Ign http://http.debian.net/debian/ squeeze-lts/main Translation-en Ign http://http.debian.net/debian/ squeeze-lts/main Translation-pt Ign http://http.debian.net/debian/ squeeze-lts/main Translation-pt_BR Ign http://http.debian.net/debian/ squeeze-lts/non-free Translation-en Ign http://http.debian.net/debian/ squeeze-lts/non-free Translation-pt Atingido http://ftp.br.debian.org squeeze/main Sources Atingido http://security.debian.org squeeze/updates/main Sources Atingido http://security.debian.org squeeze/updates/main i386 Packages Atingido http://ftp.br.debian.org squeeze/main i386 Packages Atingido http://ftp.br.debian.org squeeze-updates/main Sources/DiffIndex Atingido http://ftp.br.debian.org squeeze-updates/main i386 Packages/DiffIndex Ign http://http.debian.net/debian/ squeeze-lts/non-free Translation-pt_BR Atingido http://ftp.br.debian.org squeeze-updates/main i386 Packages Atingido http://http.debian.net squeeze-lts Release.gpg Atingido http://http.debian.net squeeze-lts Release Atingido http://http.debian.net squeeze-lts/main Sources/DiffIndex Atingido http://http.debian.net squeeze-lts/contrib Sources Atingido http://http.debian.net squeeze-lts/non-free Sources Atingido http://http.debian.net squeeze-lts/main i386 Packages/DiffIndex Atingido http://http.debian.net squeeze-lts/contrib i386 Packages Atingido http://http.debian.net squeeze-lts/non-free i386 Packages Lendo listas de pacotes... Erro! E: Encountered a section with no Package: header E: Problem with MergeList /var/lib/apt/lists/ftp.br.debian.org_debian_dists_squeeze_main_i18n_Translation-en E: As listas de pacotes ou os arquivos de estado não puderam ser analisados ou abertos. applein@debian:~$
RE: apt-get não atualiza pacote
não posso fazer isto porque meu debian é Squeeze eu ainda não atualizei Date: Wed, 3 Sep 2014 20:42:48 -0300 From: rodrigo.root...@gmail.com To: debian-user-portuguese@lists.debian.org Subject: Re: apt-get não atualiza pacote Cara, os repositorios são antigos, do deb6, faça o seguinte, tente substituir as strings squeeze por Wheezy nos repositorios abaixo, vai ficar assim: deb http://ftp.br.debian.org/debian/ Wheezy main deb-src http://ftp.br.debian.org/debian/ Wheezy main On 12-08-2014 20:19, Vitor Hugo wrote: applein@debian:~$ cat /etc/apt/sources.list # # deb cdrom:[Debian GNU/Linux 6.0.6 _Squeeze_ - Official i386 NETINST Binary-1 20120930-15:55]/ squeeze main #deb cdrom:[Debian GNU/Linux 6.0.6 _Squeeze_ - Official i386 NETINST Binary-1 20120930-15:55]/ squeeze main deb http://ftp.br.debian.org/debian/ squeeze main deb-src http://ftp.br.debian.org/debian/ squeeze main deb http://http.debian.net/debian/ squeeze-lts main contrib non-free deb-src http://http.debian.net/debian/ squeeze-lts main contrib non-free deb http://http.debian.net/debian squeeze-lts main contrib non-free #deb-src http://http.debian.net/debian squeeze-lts main contrib non-fre deb http://security.debian.org/ squeeze/updates main deb-src http://security.debian.org/ squeeze/updates main # squeeze-updates, previously known as 'volatile' deb http://ftp.br.debian.org/debian/ squeeze-updates main deb-src http://ftp.br.debian.org/debian/ squeeze-updates main applein@debian:~$ applein@debian:~$ On 11-08-2014 21:07, henrique.mati...@gmail.com wrote: Se voce utilizar o aptitude acho que vai atualizar. Tambem acontecia isso comigo ai abandonei o apt-get. On August 11, 2014 5:23:53 PM GMT-03:00, Vitor Hugo vitorhug...@hotmail.com wrote: Atingido http://http.debian.net squeeze-lts/non-free i386 Packages Lendo listas de pacotes... Pronto Lendo listas de pacotes... Pronto Construindo árvore de dependências Lendo informação de estado... Pronto Os pacotes a seguir serão mantidos em suas versões atuais: python-reportbug reportbug 0 pacotes atualizados, 0 pacotes novos instalados, 0 a serem removidos e 2 não atualizados. applein@debian:~$ -- E-mail enviado do meu celular Android usando K-9 Mail. Por favor, desculpe minha brevidade.
Re: apt-get não atualiza pacote
Mas não vejo problemas, você só iria atualizar os pacotes que estão dentro dos repositórios, é como atualizar um software e não o S/O. Na pratica nunca atualizei um sistema operacionar partindo de um sistema operacional anterior, sempre instalei um S/O novo e subi os serviços, um a um. Acho que é o mais prudente a se fazer ou isso ou atualizar apenas o kernel e as libs. Mas prefiro subir uma maquina paralela quando é o caso. On 04-09-2014 17:14, Vitor Hugo wrote: não posso fazer isto porque meu debian é Squeezeeu ainda não atualizei Date: Wed, 3 Sep 2014 20:42:48 -0300 From: rodrigo.root...@gmail.com To: debian-user-portuguese@lists.debian.org Subject: Re: apt-get não atualiza pacote Cara, os repositorios são antigos, do deb6, faça o seguinte, tente substituir as strings squeeze por Wheezy nos repositorios abaixo, vai ficar assim: deb http://ftp.br.debian.org/debian/ Wheezy main deb-src http://ftp.br.debian.org/debian/ Wheezy main On 12-08-2014 20:19, Vitor Hugo wrote: applein@debian:~$ cat /etc/apt/sources.list # # deb cdrom:[Debian GNU/Linux 6.0.6 _Squeeze_ - Official i386 NETINST Binary-1 20120930-15:55]/ squeeze main #deb cdrom:[Debian GNU/Linux 6.0.6 _Squeeze_ - Official i386 NETINST Binary-1 20120930-15:55]/ squeeze main deb http://ftp.br.debian.org/debian/ squeeze main deb-src http://ftp.br.debian.org/debian/ squeeze main deb http://http.debian.net/debian/ squeeze-lts main contrib non-free deb-src http://http.debian.net/debian/ squeeze-lts main contrib non-free deb http://http.debian.net/debian squeeze-lts main contrib non-free #deb-src http://http.debian.net/debian squeeze-lts main contrib non-fre deb http://security.debian.org/ squeeze/updates main deb-src http://security.debian.org/ squeeze/updates main # squeeze-updates, previously known as 'volatile' deb http://ftp.br.debian.org/debian/ squeeze-updates main deb-src http://ftp.br.debian.org/debian/ squeeze-updates main applein@debian:~$ applein@debian:~$ On 11-08-2014 21:07, henrique.mati...@gmail.com mailto:henrique.mati...@gmail.com wrote: Se voce utilizar o aptitude acho que vai atualizar. Tambem acontecia isso comigo ai abandonei o apt-get. On August 11, 2014 5:23:53 PM GMT-03:00, Vitor Hugo vitorhug...@hotmail.com mailto:vitorhug...@hotmail.com wrote: Atingido http://http.debian.net squeeze-lts/non-free i386 Packages Lendo listas de pacotes... Pronto Lendo listas de pacotes... Pronto Construindo árvore de dependências Lendo informação de estado... Pronto Os pacotes a seguir serão mantidos em suas versões atuais: python-reportbug reportbug 0 pacotes atualizados, 0 pacotes novos instalados, 0 a serem removidos e 2 não atualizados. applein@debian:~$ -- E-mail enviado do meu celular Android usando K-9 Mail. Por favor, desculpe minha brevidade.
Automount /boot during updates.
Hi folks, I seem to remember hearing about a way to enable/disable the system mounting /boot whenever a package needs to install or read files from it, then unmount it again afterwards. (Like during kernel upgrades, for example.) I can't seem to find out how to do this, any pointers? - PaulNM -- 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/540804c4.8020...@paulscrap.com
Re: How to mount a LUKS partiotion with Nautilus with option discard?
Am Wed, 03 Sep 2014 14:41:03 +0200 schrieb Jochen Spieker: I have no idea. I've got two tips by G+. (1) a mount point below ~ and (2) the option x- gvfs-show as fstab option. Both doesn't change anything. I suggested to file the bug against Nautilus because it is the interface you are using. I will collect all infos and file a report this evening. -- 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/lu93an$m5p$1...@ger.gmane.org
Re: Automount /boot during updates.
Hi. On Thu, Sep 04, 2014 at 02:20:52AM -0400, PaulNM wrote: Hi folks, I seem to remember hearing about a way to enable/disable the system mounting /boot whenever a package needs to install or read files from it, then unmount it again afterwards. (Like during kernel upgrades, for example.) I can't seem to find out how to do this, any pointers? Use 'noauto' for /boot in /etc/fstab. Put something like this in a file at /etc/apt/apt.conf.d: DPkg { Pre-Invoke {mount /boot;}; Post-Invoke {umount /boot;}; } Reco -- 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/20140904071344.GA19386@x101h
Installing Debian testing - hangs with Running post-installation trigger libc-bin at 12%
Debian testing stalls when installing in a vbox virtual machine. I selected LXDE as the alternative desktop and started the regular (not GUI) installer. Partitioned the drive with: [1GB /boot, 1GB swap, ~80GB at /] I have repeated this with mirrors: mirror.aarnet.edu.au/pub/debian http.debian.org (from the available options) The installer stops at 12% with Running post-installation trigger libc-bin and just stays there not doing anything. The installation .iso is: http://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-cd/debian-testing-amd64-netinst.iso last modified: 2014-09-01 08:06 217M with md5sum: f8c11a80be364c3f3b3ac79a79ae31eb *./debian-testing-amd64-netinst.iso I can't find anything similar at https://bugs.debian.org/cgi-bin/pkgreport.cgi?dist=unstable;package=debian-installer -- 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/CAEvez=w_ebwspxdbky3ftretduywunqycpuo6kosws8d3bh...@mail.gmail.com
GUI fails after upgrade from wheezy to jessie
Hi all, I just upgraded from Debian stable (wheezy) to testing (jessie). Unfortunately, I encountered three different problems which are (in decending severity): 1. The GUI became totally unusable. After booting X is started up but in 99% of all tries it just leaves me with a blank screen. Only once the gdm3 interface came up very slowly and I was able to log in, however the hole system froze after about one minute and I had to perform a hard reset. With removing the quiet from kernel command line I just see that X is started (displays OK) - no further errors reported. I managed to obtain the kernal fault trace attached to this email. This problem occurs every time and I have no clue how to fix it. Tried to add nomodeset to the kernel command line but no result. Additionally, the kernel fault seems to occur multiple times in a row. I can force the kernel fault to occure with # killall Xorg gdm3 gdm-session-manager which seems to restart the whole gui (however I do not know how restarts this services). After this command I am automatically taken to terminal 7 with a running GUI / blank screen. 2. During boot the system hangs for quite some time with displaying the message A start job is running for dev-disk-byx2duuid-29d73912x2d52cax2d4026x2d8a14x2d72c08e242b0b.device. I found this https://forum.manjaro.org/index.php?topic=5538.0 and the system continues to boot, but it is still something I would like to fix. Any ideas? 3. Do to Bug #758787 (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758787) my apt became useless. Does anybody know of a workaround? My system is a laptop with Intel Atom processor and an onboard Intel Graphics chip. Kernel version is 3.14-2-686-pae. Dmesg also just gives me the report found in attachment. I could not find any helpful information in /var/log/Xorg.0.log or /var/log/Xorg.1.log neither in /var/log/syslog. Google gives no solution either... Any help is greatly appreciated. Yours, Hans Kernel failure message 1: [ cut here ] WARNING: CPU: 1 PID: 1094 at /build/linux-neEfbl/linux-3.14.15/drivers/gpu/drm/i915/intel_display.c:9541 check_crtc_state+0x6a8/0xdb0 [i915]() pipe state doesn't match! Modules linked in: nls_utf8 isofs cpufreq_powersave cpufreq_conservative cpufreq_userspace cpufreq_stats binfmt_misc nfsd auth_rpcgss oid_registry nfs_acl nfs lockd fscache sunrpc iptable_filter xt_owner ip_tables x_tables hid_generic joydev option huawei_cdc_ncm cdc_wdm arc4 uvcvideo videobuf2_vmalloc ath9k usb_wwan ath9k_common ath9k_hw cdc_ncm videobuf2_memops videobuf2_core usbhid usbserial hid sr_mod usbnet cdrom mii ath videodev media mac80211 snd_hda_codec_realtek psmouse snd_hda_codec_generic cfg80211 iTCO_wdt eeepc_wmi iTCO_vendor_support asus_wmi coretemp evdev serio_raw snd_hda_intel snd_hda_codec snd_hwdep i915 lpc_ich snd_pcm_oss mfd_core snd_mixer_oss snd_pcm snd_timer snd drm_kms_helper soundcore rng_core sparse_keymap rfkill wmi drm i2c_algo_bit i2c_core shpchp video battery ac button acpi_cpufreq processor loop fuse ecryptfs parport_pc ppdev lp parport autofs4 ext4 crc16 mbcache jbd2 usb_storage sg sd_mod crc_t10dif crct10dif_generic crct10dif_common ahci libahci uhci_hcd ehci_pci ehci_hcd libata scsi_mod thermal atl1c usbcore usb_common thermal_sys CPU: 1 PID: 1094 Comm: Xorg Tainted: GW3.14-2-686-pae #1 Debian 3.14.15-2 Hardware name: ASUSTeK Computer INC. 1005HA/1005HA, BIOS 160104/18/2011 0009 c142f384 e39a1ab0 c10506ae f878b8e8 e39a1ac8 0446 f8782450 2545 f87298d8 f87298d8 f3e5 f3e50648 f41f09cc c1050703 0009 e39a1ab0 f878b8e8 e39a1ac8 f87298d8 f8782450 2545 f878b8e8 Call Trace: [c142f384] ? dump_stack+0x3e/0x4e [c10506ae] ? warn_slowpath_common+0x7e/0xa0 [f87298d8] ? check_crtc_state+0x6a8/0xdb0 [i915] [f87298d8] ? check_crtc_state+0x6a8/0xdb0 [i915] [c1050703] ? warn_slowpath_fmt+0x33/0x40 [f87298d8] ? check_crtc_state+0x6a8/0xdb0 [i915] [f8735fbc] ? intel_modeset_check_state+0x27c/0x760 [i915] [f873652a] ? intel_set_mode+0x2a/0x40 [i915] [f8736d46] ? intel_crtc_set_config+0x726/0x900 [i915] [f85233d3] ? drm_mode_set_config_internal+0x43/0xb0 [drm] [f8525cbe] ? drm_mode_setcrtc+0xde/0x590 [drm] [f8525be0] ? drm_mode_setplane+0x3e0/0x3e0 [drm] [f8519486] ? drm_ioctl+0x3a6/0x420 [drm] [f8525be0] ? drm_mode_setplane+0x3e0/0x3e0 [drm] [f85190e0] ? drm_free_buffer+0x30/0x30 [drm] [c115e5c7] ? do_vfs_ioctl+0x307/0x500 [c1053743] ? do_setitimer+0x1b3/0x1f0 [c1053893] ? SyS_setitimer+0xb3/0xf0 [c115fb30] ? SyS_select+0xa0/0xc0 [c115e818] ? SyS_ioctl+0x58/0x80 [c143ab46] ? sysenter_do_call+0x12/0x12 ---[ end trace 0fe34f1e9f06a4e7 ]--- Kernel failure message 2: [ cut here ] WARNING: CPU: 1 PID: 1094 at /build/linux-neEfbl/linux-3.14.15/drivers/gpu/drm/i915/intel_display.c:9541 check_crtc_state+0x6a8/0xdb0 [i915]() pipe state doesn't match! Modules linked in: cpufreq_powersave cpufreq_conservative
Re: policykit + systemd
On Wed, Sep 03, 2014 at 06:35:30PM -0700, Rusi Mody wrote: When upgrading (hoo-boy!) to systemd a few weeks ago I had to remove policykit packages. Why? After that aptitude has been saying recommends (or is it suggests) some polkit stuff. Now dist-upgrade is bringing back these (and some others): libpolkit-agent-1-0{a} libpolkit-backend-1-0{a} libupower-glib3{a} policykit-1{a} Is that ok? If in doubt, install apt-listbugs first. That will warn you if there are any important bugs affecting the to-be-installed versions. Read the bug reports and see if they apply in your situation and then either install the packages or use apt-listbugs to apply a pin which will skip the installation of the buggy package (when a fixed package arrives, you'll get the opportunity to upgrade as normal). Note: For the most part system is working with systemd. Still I dont want to lose the option of choosing sysv-init at grub (just in case) -- 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/7e69c9e9-ee33-4925-8dfb-9e731890c...@googlegroups.com signature.asc Description: Digital signature
mhddfs handling of internal links
Hi, I have three directories that I'd like to combine into one and export via NFS. I managed to achieve that with mhddfs. The problem is: There are symbolic links from within dir0 to files in dir1 and dir2. mhddfs does not seem to resolve those links internally by default. I have tried to put dir0 last when specifying the component directories to mhddfs. But unfortunately, that didn't help. How can I setup mhddfs to handle the links? If that's impossible, are there any alternatives that can handle the links, e.g. aufs? The clients do very little writing and I'd be happy if I could restrict that to go into dir0. Thanks Malte -- 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/lu9ccu$aih$1...@ger.gmane.org
Re: IPv6 neighbor solicitations to use link-local source address
On Thu, 4 Sep 2014 09:12:46 +0200 Julien b jumbo...@gmail.com wrote: Hi mett, thank you for your answer. I hope that I'm not top-posting too ping6 -I doesn't change anything, the box is still using the global scope address. Best regards Julien 2014-09-04 2:32 GMT+02:00 mett m...@pmars.jp: On Thu, 4 Sep 2014 09:04:00 +0900 mett m...@pmars.jp wrote: Hi, When pinging link-local addresses, u need to specify the exit interface. So maybe if u specify the exit interface and another link-local as destination, you might be able to do it: -- mett@asus:~$ ip -6 add show 1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qlen 1000 inet6 fe80::20c:6eff:fef8:7d1c/64 scope link valid_lft forever preferred_lft forever mett@asus: -- root@tamirrsso:/var/log# ip -6 add show 3: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qlen 1000 inet6 fe80::207:95ff:fed5:2fda/64 scope link valid_lft forever preferred_lft forever root@tamirrsso:/var/log# -- mett@asus:~$ ping6 -I eth0 fe80::207:95ff:fed5:2fda PING fe80::207:95ff:fed5:2fda(fe80::207:95ff:fed5:2fda) from fe80::20c:6eff:fef8:7d1c eth0: 56 data bytes 64 bytes from fe80::207:95ff:fed5:2fda: icmp_seq=1 ttl=64 time=0.433 ms 64 bytes from fe80::207:95ff:fed5:2fda: icmp_seq=2 ttl=64 time=0.205 ms 64 bytes from fe80::207:95ff:fed5:2fda: icmp_seq=3 ttl=64 time=0.201 ms 64 bytes from fe80::207:95ff:fed5:2fda: icmp_seq=4 ttl=64 time=0.256 ms 64 bytes from fe80::207:95ff:fed5:2fda: icmp_seq=5 ttl=64 time=0.199 ms HTH! On Wed, 3 Sep 2014 15:55:38 +0200 Julien b jumbo...@gmail.com wrote: Hello everybody I'm very new to lists.debian.org so please appologize if I am doing something wrong by sending this email. I'm just out of idea with a behavior in NDP and must find a solution. I didn't find anything on the internet. RFC4861 section 7.2.2 says that the source address in NDP neighbor solicitations can be any one of the addresses assigned to the interface. It also says that using the prompting packet's source address ensures that the recipient installs it in its neighbor cache. The latter is the behavior I can see on my boxes (a debian 6.0.9 + custom kernel 3.2.14) and also on a Centos one. # ip -6 addr list 1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 inet6 ::1/128 scope host valid_lft forever preferred_lft forever 3: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qlen 1000 inet6 2a10:7e40:edf6:100::32/64 scope global valid_lft forever preferred_lft forever inet6 fe80::a00:27ff:fe02:3cbd/64 scope link valid_lft forever preferred_lft forever # ping6 2a10:7e40:edf6:100::33 -c 3 /dev/null # tcpdump -nli eth0 icmp6 18:09:04.726908 IP6 2a10:7e40:edf6:100::32 ff02::1:ff00:33: ICMP6, neighbor solicitation, who has 2a10:7e40:edf6:100::33, length 32 18:09:04.727373 IP6 2a10:7e40:edf6:100::33 2a10:7e40:edf6:100::32: ICMP6, neighbor advertisement, tgt is 2a10:7e40:edf6:100::33, length 32 18:09:04.727391 IP6 2a10:7e40:edf6:100::32 2a10:7e40:edf6:100::33: ICMP6, echo request, seq 1, length 64 18:09:04.727738 IP6 2a10:7e40:edf6:100::33 2a10:7e40:edf6:100::32: ICMP6, echo reply, seq 1, length 64 My question is : How can I force ndp to use the link-local address assigned to that outgoing device ? (in the trace above, ndp would then send the neighbor solicitation with fe80::a00:27ff:fe02:3cbd source address). This is requested by our customer for security reasons and as far as I can see it complies with RFC4861 as well. If someone had a clue how to do that or if it's just impossible, I would really appreciate your help. Thank you Best resgards Julien By the way, sorry for top-posting... -- 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/20140904093203.696b0eff@asus.tamerr Hey, U cannot ping a global address with a link-local address. If you want to use your link-local address as source, u need to ping the link-local address of your destination (and need to specify exit interface). Global IP addresses(Layer 3) and Link-local addresses(not Layer 3) are on different scopes or spans(or layer). Because of that, they cannot interact. Also, not really related but better to reply to the Debian-list than sending a personal mail. Other readers might benefit of this exchange. Finally, better to write your answer down, at the end of the msg; easier to follow the whole
Re: IPv6 neighbor solicitations to use link-local source address
On Thu, 4 Sep 2014 18:50:01 +0900 mett m...@pmars.jp wrote: On Thu, 4 Sep 2014 09:12:46 +0200 Julien b jumbo...@gmail.com wrote: Hi mett, thank you for your answer. I hope that I'm not top-posting too ping6 -I doesn't change anything, the box is still using the global scope address. Best regards Julien 2014-09-04 2:32 GMT+02:00 mett m...@pmars.jp: On Thu, 4 Sep 2014 09:04:00 +0900 mett m...@pmars.jp wrote: Hi, When pinging link-local addresses, u need to specify the exit interface. So maybe if u specify the exit interface and another link-local as destination, you might be able to do it: -- mett@asus:~$ ip -6 add show 1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qlen 1000 inet6 fe80::20c:6eff:fef8:7d1c/64 scope link valid_lft forever preferred_lft forever mett@asus: -- root@tamirrsso:/var/log# ip -6 add show 3: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qlen 1000 inet6 fe80::207:95ff:fed5:2fda/64 scope link valid_lft forever preferred_lft forever root@tamirrsso:/var/log# -- mett@asus:~$ ping6 -I eth0 fe80::207:95ff:fed5:2fda PING fe80::207:95ff:fed5:2fda(fe80::207:95ff:fed5:2fda) from fe80::20c:6eff:fef8:7d1c eth0: 56 data bytes 64 bytes from fe80::207:95ff:fed5:2fda: icmp_seq=1 ttl=64 time=0.433 ms 64 bytes from fe80::207:95ff:fed5:2fda: icmp_seq=2 ttl=64 time=0.205 ms 64 bytes from fe80::207:95ff:fed5:2fda: icmp_seq=3 ttl=64 time=0.201 ms 64 bytes from fe80::207:95ff:fed5:2fda: icmp_seq=4 ttl=64 time=0.256 ms 64 bytes from fe80::207:95ff:fed5:2fda: icmp_seq=5 ttl=64 time=0.199 ms HTH! On Wed, 3 Sep 2014 15:55:38 +0200 Julien b jumbo...@gmail.com wrote: Hello everybody I'm very new to lists.debian.org so please appologize if I am doing something wrong by sending this email. I'm just out of idea with a behavior in NDP and must find a solution. I didn't find anything on the internet. RFC4861 section 7.2.2 says that the source address in NDP neighbor solicitations can be any one of the addresses assigned to the interface. It also says that using the prompting packet's source address ensures that the recipient installs it in its neighbor cache. The latter is the behavior I can see on my boxes (a debian 6.0.9 + custom kernel 3.2.14) and also on a Centos one. # ip -6 addr list 1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 inet6 ::1/128 scope host valid_lft forever preferred_lft forever 3: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qlen 1000 inet6 2a10:7e40:edf6:100::32/64 scope global valid_lft forever preferred_lft forever inet6 fe80::a00:27ff:fe02:3cbd/64 scope link valid_lft forever preferred_lft forever # ping6 2a10:7e40:edf6:100::33 -c 3 /dev/null # tcpdump -nli eth0 icmp6 18:09:04.726908 IP6 2a10:7e40:edf6:100::32 ff02::1:ff00:33: ICMP6, neighbor solicitation, who has 2a10:7e40:edf6:100::33, length 32 18:09:04.727373 IP6 2a10:7e40:edf6:100::33 2a10:7e40:edf6:100::32: ICMP6, neighbor advertisement, tgt is 2a10:7e40:edf6:100::33, length 32 18:09:04.727391 IP6 2a10:7e40:edf6:100::32 2a10:7e40:edf6:100::33: ICMP6, echo request, seq 1, length 64 18:09:04.727738 IP6 2a10:7e40:edf6:100::33 2a10:7e40:edf6:100::32: ICMP6, echo reply, seq 1, length 64 My question is : How can I force ndp to use the link-local address assigned to that outgoing device ? (in the trace above, ndp would then send the neighbor solicitation with fe80::a00:27ff:fe02:3cbd source address). This is requested by our customer for security reasons and as far as I can see it complies with RFC4861 as well. If someone had a clue how to do that or if it's just impossible, I would really appreciate your help. Thank you Best resgards Julien By the way, sorry for top-posting... -- 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/20140904093203.696b0eff@asus.tamerr Hey, U cannot ping a global address with a link-local address. If you want to use your link-local address as source, u need to ping the link-local address of your destination (and need to specify exit interface). Global IP addresses(Layer 3) and Link-local addresses(not Layer 3) are on different scopes or spans(or layer). Because of that, they cannot interact. Also, not really related but
Re: GUI fails after upgrade from wheezy to jessie
Am Donnerstag, 4. September 2014, 10:57:47 schrieb Hans Heider: Hi all, I just upgraded from Debian stable (wheezy) to testing (jessie). Unfortunately, I encountered three different problems which are (in decending severity): 1. The GUI became totally unusable. After booting X is started up but in 99% of all tries it just leaves me with a blank screen. Only once the gdm3 interface came up very slowly and I was able to log in, however the hole system froze after about one minute and I had to perform a hard reset. With removing the quiet from kernel command line I just see that X is started (displays OK) - no further errors reported. I managed to obtain the kernal fault trace attached to this email. This problem occurs every time and I have no clue how to fix it. Tried to add nomodeset to the kernel command line but no result. Additionally, the kernel fault seems to occur multiple times in a row. I can force the kernel fault to occure with # killall Xorg gdm3 gdm-session-manager which seems to restart the whole gui (however I do not know how restarts this services). After this command I am automatically taken to terminal 7 with a running GUI / blank screen. 2. During boot the system hangs for quite some time with displaying the message A start job is running for dev-disk-by\x2duuid-29d73912\x2d52ca\x2d4026\x2d8a14\x2d72c08e242b0b.device . I found this https://forum.manjaro.org/index.php?topic=5538.0 and the system continues to boot, but it is still something I would like to fix. Any ideas? 3. Do to Bug #758787 (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758787) my apt became useless. Does anybody know of a workaround? My system is a laptop with Intel Atom processor and an onboard Intel Graphics chip. Kernel version is 3.14-2-686-pae. Dmesg also just gives me the report found in attachment. I could not find any helpful information in /var/log/Xorg.0.log or /var/log/Xorg.1.log neither in /var/log/syslog. Google gives no solution either... Any help is greatly appreciated. Yours, Hans Hi Hans, I am running Jessie on an netbook EEEPC 1005HAG, which is an atom processor and an Intel 945 graphics chip. It is running very well. So let me try to help. First, check out, that during upgrade no needed packages were uninstalled. This mostly when using aptitude. For upgrade I still prefer apt-get dist- upgrade. Later you can finetune with aptitude. Second, do not use any vga= option in grub. For this hardware, I got best results in letting the kernel decide, which resolution to use. Otherwise you might get in trouble with X. Third, just for trying, install some other window manager, I suggest LXDE. It is fast and stable. Fourth, for testing purposes, remove /etc/init.d/gdm and /etc/init.d/kdm somewhere else. Doing so, X is not started automatically. But you can start X with the commad startx in the commandline as root. So you can see, if errors appear, and what really happens. If everything is running fine later, you can just rem,ove the files back. Fifth, again, just for testing purposes, you can install grub-legacy. On this older system I am quite happy with it. However, some people will now say, it does not have any effects on X - and they may be right. I hope, this will help a little, to find the reason for the problem. 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/1502752.ekHtRjErud@protheus7
Re: in-kernel messaging (was Re: brasero requires gvfs)
2014/09/04 9:43 B lazyvi...@gmx.com: On Thu, 4 Sep 2014 09:26:48 +0900 Joel Rees joel.r...@gmail.com wrote: [SNIP] So, where is the solution then? Where? indeed. What problem are we trying to solve with dbus and kdbus? Joel Rees Computer memory is just fancy paper, CPUs just fancy pens. All is a stream of text flowing from the past into the future.
Re: IPv6 neighbor solicitations to use link-local source address
2014-09-04 12:32 GMT+02:00 mett m...@pmars.jp: On Thu, 4 Sep 2014 18:50:01 +0900 mett m...@pmars.jp wrote: On Thu, 4 Sep 2014 09:12:46 +0200 Julien b jumbo...@gmail.com wrote: Hi mett, thank you for your answer. I hope that I'm not top-posting too ping6 -I doesn't change anything, the box is still using the global scope address. Best regards Julien 2014-09-04 2:32 GMT+02:00 mett m...@pmars.jp: On Thu, 4 Sep 2014 09:04:00 +0900 mett m...@pmars.jp wrote: Hi, When pinging link-local addresses, u need to specify the exit interface. So maybe if u specify the exit interface and another link-local as destination, you might be able to do it: -- mett@asus:~$ ip -6 add show 1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qlen 1000 inet6 fe80::20c:6eff:fef8:7d1c/64 scope link valid_lft forever preferred_lft forever mett@asus: -- root@tamirrsso:/var/log# ip -6 add show 3: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qlen 1000 inet6 fe80::207:95ff:fed5:2fda/64 scope link valid_lft forever preferred_lft forever root@tamirrsso:/var/log# -- mett@asus:~$ ping6 -I eth0 fe80::207:95ff:fed5:2fda PING fe80::207:95ff:fed5:2fda(fe80::207:95ff:fed5:2fda) from fe80::20c:6eff:fef8:7d1c eth0: 56 data bytes 64 bytes from fe80::207:95ff:fed5:2fda: icmp_seq=1 ttl=64 time=0.433 ms 64 bytes from fe80::207:95ff:fed5:2fda: icmp_seq=2 ttl=64 time=0.205 ms 64 bytes from fe80::207:95ff:fed5:2fda: icmp_seq=3 ttl=64 time=0.201 ms 64 bytes from fe80::207:95ff:fed5:2fda: icmp_seq=4 ttl=64 time=0.256 ms 64 bytes from fe80::207:95ff:fed5:2fda: icmp_seq=5 ttl=64 time=0.199 ms HTH! On Wed, 3 Sep 2014 15:55:38 +0200 Julien b jumbo...@gmail.com wrote: Hello everybody I'm very new to lists.debian.org so please appologize if I am doing something wrong by sending this email. I'm just out of idea with a behavior in NDP and must find a solution. I didn't find anything on the internet. RFC4861 section 7.2.2 says that the source address in NDP neighbor solicitations can be any one of the addresses assigned to the interface. It also says that using the prompting packet's source address ensures that the recipient installs it in its neighbor cache. The latter is the behavior I can see on my boxes (a debian 6.0.9 + custom kernel 3.2.14) and also on a Centos one. # ip -6 addr list 1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 inet6 ::1/128 scope host valid_lft forever preferred_lft forever 3: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qlen 1000 inet6 2a10:7e40:edf6:100::32/64 scope global valid_lft forever preferred_lft forever inet6 fe80::a00:27ff:fe02:3cbd/64 scope link valid_lft forever preferred_lft forever # ping6 2a10:7e40:edf6:100::33 -c 3 /dev/null # tcpdump -nli eth0 icmp6 18:09:04.726908 IP6 2a10:7e40:edf6:100::32 ff02::1:ff00:33: ICMP6, neighbor solicitation, who has 2a10:7e40:edf6:100::33, length 32 18:09:04.727373 IP6 2a10:7e40:edf6:100::33 2a10:7e40:edf6:100::32: ICMP6, neighbor advertisement, tgt is 2a10:7e40:edf6:100::33, length 32 18:09:04.727391 IP6 2a10:7e40:edf6:100::32 2a10:7e40:edf6:100::33: ICMP6, echo request, seq 1, length 64 18:09:04.727738 IP6 2a10:7e40:edf6:100::33 2a10:7e40:edf6:100::32: ICMP6, echo reply, seq 1, length 64 My question is : How can I force ndp to use the link-local address assigned to that outgoing device ? (in the trace above, ndp would then send the neighbor solicitation with fe80::a00:27ff:fe02:3cbd source address). This is requested by our customer for security reasons and as far as I can see it complies with RFC4861 as well. If someone had a clue how to do that or if it's just impossible, I would really appreciate your help. Thank you Best resgards Julien By the way, sorry for top-posting... -- 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/20140904093203.696b0eff@asus.tamerr Hey, U cannot ping a global address with a link-local address. If you want to use your link-local address as source, u need to ping the link-local address of your destination (and need to specify exit interface). Global
Bug in eclipse, libwebkitgtk or java?
Hi folks, I just tried to start verinice on my debian systems with debian jessie. On all systems I get the following error by starting verinice, an open source security management program. -- snip - # JRE version: Java(TM) SE Runtime Environment (7.0_55-b13) (build 1.7.0_55- b13) # Java VM: Java HotSpot(TM) Client VM (24.55-b03 mixed mode linux-x86 ) # Problematic frame: # C [libsoup-2.4.so.1+0x57a2d] soup_session_feature_detach+0x1d # # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try ulimit -c unlimited before starting Java again # # An error report file with more information is saved as: # /home/ullhan63/verinice-gtk-linux-x86/hs_err_pid24507.log snap I do not believe, it is a verinice bug, I believe it is a bug in eclipse. I searched in google, and found out, that other applications, which are using eclipse, get the same error message. Before I file a bugreport: is there already anything known about this bug? If the eclipse maintainer is reading this: I also tried libwebkitgtk 2.4.5 from sid, but got the same results. It would be nice, if someone can tell me, which package is the problematic one, and maybe file a bugreport. Of course I will send a bugreport myself, as soon as I can point to the responsible package! Thank you for reading this and any help is welcome. Best regards 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/10076343.O2Rrhx986p@protheus7
Re: brasero requires systemd-sysv
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 09/03/2014 at 01:52 PM, Martin Read wrote: On 03/09/14 17:14, The Wanderer wrote: IMO, any functionality which anything not part of the init system might legitimately want to depend on - such as the functionality needed by libpam-systemd - should be implemented first, primarily, and indeed probably *only* as something that is *not* part of the init system. A reasonable position. There's some awkwardness in this particular case, though... Indeed, my understanding is that the cgroups-management functionality needed by libpam-systemd was initially implemented separately in logind and in the 'PID 1' systemd (and possibly elsewhere), and then refactored so as to have only one implementation - the one in PID 1. ... because this change (from systemd-logind manipulating cgroups itself, to systemd-logind sending cgroups manipulation requests to the dbus interface that is provided on systemd-as-PID-1 systems by systemd's PID 1) Which would bring up my opinion that having PID 1 provide that interface is a Very Bad Idea, because it violates this principle: something that is not part of the init system might legitimately want to depend on such an interface (indeed, being available for such dependencies is the very reason for such an interface to exist), so that interface should not be provided by the init system, or at worst should be provided only secondarily by the init system. (I'll note that I do consider systemd-logind to be effectively part of the init system for at least some purposes, if not necessarily for any stronger reason than that it's packaged with the init-system binary. Having it implement such functionality is considerably less of a problem than having PID 1 implement it, though.) was done in response to the decision of the kernel's cgroup subsystem maintainer, Tejun Heo, that the way cgroups hierarchies worked was terrible and a single hierarchy single-writer model would be far more sensible. I'm *way* behind on my LKML backlog (as in sometime in 2009, I think), but I may have to jump forward long enough to read this discussion. Any idea when, or under what thread title, it took place? Or if it wasn't on the LKML per se but on one of the subsystem lists, got a link? One of the problems is that the systemd project seems to default to implementing potentially-independent things internally, instead of implementing them standalone and then making systemd (or whatever it is they wanted the new things for) depend on the standalone implementation. This leads to there being only the systemd-internal implementation, in at least some cases, and thus to the systemd lockin which is one of the things people complain about. It seems to me that it's likely to be hard to maintain that kind of discipline in respect of components you're only implementing at all because you want to use their functionality in something else you maintain. That's not to say it isn't worthwhile, but it may not always be worthwhile *enough* from the perspective of the people doing the work. Understood, agreed, and unfortunate isn't a strong enough word for it. - -- The Wanderer Secrecy is the beginning of tyranny. A government exists to serve its citizens, not to control them. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJUCFBKAAoJEASpNY00KDJrhbUQAKFw4CSC3Hq7D/VKtggHgeBY xgVTZKaUbVuqctIhO7kbZzA5Fq5p0fAjRBLGzKqVTgHoyP3FuZPaD2Rwf4V3trLJ r65fFPCh1FZT5PiFqVCgineaMkMcUzn0txu4wpVB2Ty1/YbupOPouQeljjcR378Q oBz0WcaCCzF0TzyrJ0Roo3Xs1VpPJw0bSDafuCre+/dJyMCSmqyhUahJtNMQj3I8 RGwf3n9SrPrmtZaG2m1sCnHLHhWTHDcHQNKxUGfICEiHTu/imrI+iKvVqJiAcIrK d0lr6iXo6uWJYYXJxL2qLwQDKj1JrGccZ9dUIAxRQTiusq4Rk3dwTb6RXh9/+Zl+ bIuWTF6h5vu6QikvNlAY8LzvnPoz5UXIosBXbEdRZxQ9BsXBCzfMGP7+9Vkz76s6 1ibrgH/vfQSGR8+NSZAv+KAsNR1GCHYNtwy+6NXw6coHOrIF2DCf3dIbHsv8J2T0 DYV8dF6gygTZPRP3XhRgJUjDYf+HM74mW1/HYf4okrgMCAJBkMbnYjRDIeLcFRTS riqznJRWDuFxf7gz8W0LGfV9FXKXwE+QTZq1OpDPiTd9KdhZIcjIhO+Y5f0DpUXG d1la7V6WhSTb6fhPHqoqF1UBDOSBVBleKxUkrb4dnvmE3+Pmq+tKg/Nrr1IB6YiG mWCplADInhjJbKwa+Alp =rEWp -END PGP SIGNATURE- -- 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/5408504a.70...@fastmail.fm
Re: brasero requires systemd-sysv
On 04/09/14 12:43, The Wanderer wrote: On 09/03/2014 at 01:52 PM, Martin Read wrote: was done in response to the decision of the kernel's cgroup subsystem maintainer, Tejun Heo, that the way cgroups hierarchies worked was terrible and a single hierarchy single-writer model would be far more sensible. I'm *way* behind on my LKML backlog (as in sometime in 2009, I think), but I may have to jump forward long enough to read this discussion. Any idea when, or under what thread title, it took place? Or if it wasn't on the LKML per se but on one of the subsystem lists, got a link? The original kernel discussion was in 2012; I read about it on LWN. Here are some relevant LWN.net links about the kernel change: https://lwn.net/Articles/484251/ Fixing control groups https://lwn.net/Articles/486401/ A proposed plan for control groups And here's a piece about the systemd changes to accommodate it: https://lwn.net/Articles/555920/ Changes coming for systemd and control groups Here's a pertinent GMANE link from the cgroups subsystem list: http://thread.gmane.org/gmane.linux.kernel.cgroups/857 [RFD] cgroup: about multiple hierarchies -- 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/54085b0f.9040...@zen.co.uk
Re: in-kernel messaging (was Re: brasero requires gvfs)
On Thu, Sep 04, 2014 at 08:03:29PM +0900, Joel Rees wrote: Where? indeed. What problem are we trying to solve with dbus and kdbus? I think Bzzz interpreted your assurance that dbus and kdbus were bad fits for 'the problem' as implying you were aware of what was a better fit. He's clearly quite new to this list! -- Jonathan Dowland -- 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/20140904124629.ga7...@bryant.redmars.org
Re: in-kernel messaging (was Re: brasero requires gvfs)
On Thu, Sep 4, 2014 at 9:46 PM, Jonathan Dowland j...@debian.org wrote: On Thu, Sep 04, 2014 at 08:03:29PM +0900, Joel Rees wrote: Where? indeed. What problem are we trying to solve with dbus and kdbus? I think Bzzz interpreted your assurance that dbus and kdbus were bad fits for 'the problem' as implying you were aware of what was a better fit. Who said I wasn't? Mind you, that he had already pushed the topic of discussion a bit beyond the domain of things which can be installed with apt-get, or even with a download and compile (layers of user space and levels of privilege, per the i386 memory management or similar models). He's clearly quite new to this list! No, not that new. -- Joel Rees Be careful where you see conspiracy. Look first in your own heart, and ask yourself if you are not your own worst enemy. -- 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/caar43ipbakhgae4nk8hwzqdyfwjddrmwleu+rzzuhkiywjo...@mail.gmail.com
Re: brasero requires gvfs
- Original Message - From: Martin Read zen75...@zen.co.uk On 03/09/14 15:40, Rob Owens wrote: xfburn is apparently aware that my cd drive is currently empty. Does anybody know what it uses to detect this? It is not using gvfs. Looking up xfburn in aptitude's interactive interface, I see that xfburn Depends: libgudev-1.0-0, which is a GObject-based wrapper library for libudev, which is a library for accessing udev device information, so I'd guess it's probably using that to get information about the state of the CD drive. Thanks for the info. -Rob -- 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/2111881215.1596091.1409838631442.javamail.zim...@ptd.net
Re: in-kernel messaging (was Re: brasero requires gvfs)
On Thu, 04 Sep 2014, Joel Rees wrote: dbus/kdbus is actually another case of re-inventing bad solutions, and getting things more wrong the second time. Admitted, it's often better to do something not-quite-right than do nothing at all, but forgetting that there is a better way is not a good thing either. https://lwn.net/Articles/405346/ https://lwn.net/Articles/484203/ https://lwn.net/Articles/580194/ https://lwn.net/Articles/537017/ https://lwn.net/Articles/551969/ It should give you guys some background on kernel mode DBUS, the controversies behind it, etc. Be sure to read the comments as well. Note that this won't cover the design of DBUS itself. But keep in mind that some of the modern uses of DBUS are very unlikely to be compatible with its original design goals. Which doesn't mean its original design was stellar. DBUS does stink of NIH syndrome to high heaven, regardless of whether it deserves it or not. Still, it is necessary to look at what were the in-use alternatives at the time: I have this hunch that people flocked to DBUS because they were running away from the likes of CORBA. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- 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/20140904150629.ga26...@khazad-dum.debian.net
alpine status?
Can anyone confirm if development continues on alpine? I am getting mixed messages about this, one from my web hosting company suggesting I join the developer's list, and another from an end user claiming that development no longer exists. Thanks much, Karen -- 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/pine.bsf.4.64.1409041104010.78...@server1.shellworld.net
DBUS: Was in-kernel messaging (was Re: brasero requires gvfs)
On Wed, 3 Sep 2014 21:38:47 +0100 Jonathan Dowland j...@debian.org wrote: On Wed, Sep 03, 2014 at 03:54:06AM +0200, B wrote: Hehe, because it sinks his claws deep and everywhere (it also plans to implant dbus _into_ the kernel (WTF? A kernel is here to kernelling and nothing else AFAIK), Plans to move bits of dbus into the kernel predate systemd. The first serious effort I am aware of was patches by Vince Sanders (and possibly others) to add a DBUS socket type, but they were nixed by the network maintainer. It now looks like it might happen with KDBUS. Other than having Lennart's involvement, I don't think this has anything much to do with systemd. kernel support is pretty much essential to improve the performance of dbus. Lots of data is being passed over dbus by apps nowadays, and because it's an entirely userspace solution that means data is being copied from process to process. These needless copies can be avoided with some kind of help from the kernel, but none of the existing IPC mechanisms are good enough. Hi Jonathan, Maybe you or someone else can explain the need for dbus. First, I should say that as an ex Kmail user, I was constantly afflicted with runaway, 95% CPU consuming dbus-daemon instances, and so I have a bad attitude toward DBUS, KDE, and the whole programs communicate with each other thing. To me, programs not knowing each others' business is a *good* thing. To me, having something like DBUS is sort of like using global variables in programming, in that you can quickly lose track of who said what to whom. The only time I've consciously used is for notifications, and notifications could have been done just as easily with a socket, with all programs writing to the socket and the actual notifications printed and handled by the socket's server. Unless different client programs need to know what other client programs are doing, and why would anyone construct a system that way? The few times I needed two programs to communicate, there were always relatively easy ways. One obvious example is mplayer's fifo API, so I can control a running instance of mplayer from my own program. Another is the Nullmailer program, which receives email files in a queue directory, and when the client sends an interrupt (SIGUSR1 if I remember correctly), Nullmailer breaks its normal sleep and processes the queue directory. My vinyl record digitation scripts communicate through a fifo, and are shown on slide 19 of this file: http://www.troubleshooters.com/linux/presentations/leap_digitizing/leap_digitizing.pdf The main advantage I see of things like signals, fifos, sockets, intermediate file and the like, as opposed to DBUS, is that when troubleshooting the former, you have a much smaller suspect pool than if they'd used DBUS, in which case your suspect pool would be every DBUS aware program running on your system. Was DBUS created just for crazy entangled suites like KDE, or does it have a more basic use within Linux? Thanks, SteveT Steve Litt* http://www.troubleshooters.com/ Troubleshooting Training * Human Performance -- 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/20140904112459.0630d...@mydesq2.domain.cxm
Re: in-kernel messaging (was Re: brasero requires gvfs)
On Thu, 4 Sep 2014 02:42:33 +0200 B lazyvi...@gmx.com wrote: On Thu, 4 Sep 2014 09:26:48 +0900 Joel Rees joel.r...@gmail.com wrote: [SNIP] So, where is the solution then? Bzzz, what I'm about to say is a genuine question, not a snide remark: What's the problem needing a solution? I would guess the problem is programs needing to communicate with each other, but I really don't know. Thanks, SteveT Steve Litt* http://www.troubleshooters.com/ Troubleshooting Training * Human Performance -- 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/20140904113318.0feb8...@mydesq2.domain.cxm
Re: Installing Debian testing - hangs with Running post-installation trigger libc-bin at 12%
On Thu, 04 Sep 2014, Daniel wrote: Debian testing stalls when installing in a vbox virtual machine. I selected LXDE as the alternative desktop and started the regular (not GUI) installer. Partitioned the drive with: [1GB /boot, 1GB swap, ~80GB at /] I have repeated this with mirrors: mirror.aarnet.edu.au/pub/debian http.debian.org (from the available options) The installer stops at 12% with Running post-installation trigger libc-bin and just stays there not doing anything. The installation .iso is: http://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-cd/debian-testing-amd64-netinst.iso last modified: 2014-09-01 08:06 217M with md5sum: f8c11a80be364c3f3b3ac79a79ae31eb *./debian-testing-amd64-netinst.iso I can't find anything similar at https://bugs.debian.org/cgi-bin/pkgreport.cgi?dist=unstable;package=debian-installer Unless you have a specific reason for using the weekly build, go with what Debian recommends to install Jessie, the Beta 1 installer: https://www.debian.org/devel/debian-installer/ I used the i386 netinst version and installed it in Virtualbox 4.2.26, Wheezy 64-bit host, and had no problems at all. Runs fine. 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/20140904085406.3737d...@debian7.boseck208.net
Re: alpine status?
On Thu 04 Sep 2014 at 11:06:14 -0400, Karen Lewellen wrote: Can anyone confirm if development continues on alpine? I am getting mixed messages about this, one from my web hosting company suggesting I join the developer's list, and another from an end user claiming that development no longer exists. According to http://metadata.ftp-master.debian.org/changelogs//main/a/alpine/alpine_2.11+dfsg1-2_copyright Debian gets alpine from http://sourceforge.net/projects/re-alpine Also http://metadata.ftp-master.debian.org/changelogs//main/a/alpine/alpine_2.11+dfsg1-2_changelog has a new upstream release as taking place in 2013. Development on the original University of Washington alpine has indeed ceased. -- 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/04092014171043.a4601fe92...@desktop.copernicus.demon.co.uk
Re: alpine status?
On 9/4/2014 11:06, Karen Lewellen wrote: Can anyone confirm if development continues on alpine? I am getting mixed messages about this, one from my web hosting company suggesting I join the developer's list, and another from an end user claiming that development no longer exists. Thanks much, Karen According to this newsgroup post [0], last release of Alpine was 2.11 on 12/08/2013. Development does seem to be ongoing, there does not seem to be a publicly available VCS interfaces but you might find these helpful: - http://patches.freeiz.com/alpine/alpha/release/ - http://patches.freeiz.com/alpine/contact.html [0] - https://groups.google.com/forum/#!topic/comp.mail.pine/y6gBWK9LAtM -- staticsafe https://staticsafe.ca -- 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/540891cf.6070...@staticsafe.ca
Re: in-kernel messaging (was Re: brasero requires gvfs)
On Thu, 4 Sep 2014 12:06:29 -0300 Henrique de Moraes Holschuh h...@debian.org wrote: https://lwn.net/Articles/405346/ https://lwn.net/Articles/484203/ https://lwn.net/Articles/580194/ https://lwn.net/Articles/537017/ https://lwn.net/Articles/551969/ Thanks for these very interesting links. Be sure to read the comments as well. Not time now, but I bookmarked them for further readings. Note that this won't cover the design of DBUS itself. But keep in mind that some of the modern uses of DBUS are very unlikely to be compatible with its original design goals. One of these raised a question: how to make dbus passing large amounts of data now? From what I know, this is a very wrong question, you don't ask an everyday car to win the 24H du Mans… Not to mention a different moto in avionic than in Linux, Linux says: don't touch what's working well, avionics says: never ever touch what's working well (there are of course, exceptions (think 1st launch of Ariane-V), but these are exceptions that confirm the rule). Which doesn't mean its original design was stellar. DBUS does stink of NIH syndrome to high heaven, regardless of whether it deserves it or not. Still, it is necessary to look at what were the in-use alternatives at the time: I have this hunch that people flocked to DBUS because they were running away from the likes of CORBA. CORBA serves a different goal, where speed wasn't involve at all from its genesis; it was also only a design, which lead to some odd proprietary adds as the standard did not evolve fast enough. And to come back on large data transmission, may be this could be discussed between main IT actors (SW and HW) and chipsets (CPU?) designers, as volumes are very high (just a thought). -- 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/20140904193125.39b021c0@msi.defcon1
Re: alpine status?
On 04/09/2014, Karen Lewellen klewel...@shellworld.net wrote: Can anyone confirm if development continues on alpine? I am getting mixed messages about this, one from my web hosting company suggesting I join the developer's list, and another from an end user claiming that development no longer exists. Thanks much, Karen Hello. I suggest that you visit http://mailman13.u.washington.edu/mailman/listinfo/alpine-info and subscribe to that mailing list, and, post your query there. I believe that you would find that development of alpine, is alive and well, and, that list includes the developers. I believe that the version of alpine that I use, is 2.00, running on Debian 6. -- Bret Busby Armadale West Australia .. So once you do know what the question actually is, you'll know what the answer means. - Deep Thought, Chapter 28 of Book 1 of The Hitchhiker's Guide to the Galaxy: A Trilogy In Four Parts, written by Douglas Adams, published by Pan Books, 1992 -- 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/CACX6j8PJot1PcdPhAU3Txdz--6Y=pcswf7ptqjzwnjr_vaa...@mail.gmail.com
ifupdown
I had experienced some difficulties using ifupdown in the past, I than came across this while searching the web http://pureperl.blogspot.com/2013/01/the-debian-ifupdown-package-and.html my question is, is that still true? or there was updates to the package since than? also what would be a good alternative for service networking restart ?
Re: ifupdown
On Thu 04 Sep 2014 at 14:06:28 -0400, Podrigal, Aron wrote: I had experienced some difficulties using ifupdown in the past, I than came across this while searching the web http://pureperl.blogspot.com/2013/01/the-debian-ifupdown-package-and.html my question is, is that still true? or there was updates to the package since than? also what would be a good alternative for service networking restart ? Is what still true? Would you please be specific about any problem you are having at present. -- 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/04092014191501.f54de3caa...@desktop.copernicus.demon.co.uk
Re: Choose your side on the Linux divide
On Thu, 28 Aug 2014 23:09:44 + Andrew M.A. Cater amaca...@galactic.demon.co.uk wrote: On Wed, Aug 27, 2014 at 05:51:13PM -0400, Steve Litt wrote: On Wed, 27 Aug 2014 14:39:56 +0100 Lisi Reisz lisi.re...@gmail.com wrote: The OP and a few others are determined to have endless flame wars about systemd. The OP in particular has started endless threads on this subject. Since we cannot stop him, please can't the rest of us just ignore him? At least the threads will then be short. PLEASE. If you like Debian, use it. If you don't like it, don't use it. If you want to fork it, fork it. This once super list is becoming a pain, And so, let's put 100% of the blame for the list's becoming a pain on the OP and those who agree with him, and 0% of the people who replaced something that worked, for most of us, with something requiring deep integration not only with system software, but with applications. After all, if you don't walk in lockstep with Lennart Poettering, the guy who brought us PulseAudio and pisses on POSIX, then you must not be a Debian person, and you shouldn't express your opinion! SteveT Steve Litt* http://www.troubleshooters.com/ Troubleshooting Training * Human Performance Steve, Put in 17 years of working on/with Debian (as I have) then accept that most Debian developers use and want the working Debian they have or something at least as good. Andrew, I acknowledge your 17 years of working on/with Debian. Here's part of my contribution: = slitt@mydesq2:~$ cat /etc/issue Debian GNU/Linux 7 \n \l slitt@mydesq2:~$ apt-cache search vimoutliner vim-vimoutliner - script for building an outline editor on top of Vim slitt@mydesq2:~$ = I originated the VimOutliner project in 2001, and as long as I was in charge of the project (and I'm pretty sure continuing to this day), we didn't subject our users to anything as widely objected to as systemd. It was the first practical outliner on Linux, with its predecessors being too slow and cumbersome to use. And we were smart enough to use the existing Vim as our engine, and not ask the Vim project to put in hooks to facilitate our software, nor tweaks to overcome our project's bugs. And while we're listing bone-fides as justification for whether someone can or can't express his opinion of Debian's choices on the Debian-User list, please keep in mind that since 1999, I've been writing information on using Linux, and have been responsible for people switching to Linux, and having a good experience with Linux. Google Steve Litt and Linux for a few examples. I was also involving in the founding of two different LUGs and the Publicity Person for a third. Andrew, we've all paid our dues in one way or another. Paying dues doesn't give one moral authority over who posts what about Debian on the Debian-Users list. SteveT Steve Litt* http://www.troubleshooters.com/ Troubleshooting Training * Human Performance -- 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/20140904170753.19c8f...@mydesq2.domain.cxm
Re: finding a dependency chain
On Wed, 3 Sep 2014, Rob Owens wrote: - Original Message - From: Kelly Clowers kelly.clow...@gmail.com On Tue, Sep 2, 2014 at 1:44 PM, Rob Owens row...@ptd.net wrote: I'm trying to figure out, for example, what causes brasero to ultimately depend on systemd. I found a utility called debtree, but it produces too much output to be of use to me -- it shows all dependency chains starting at brasero, but I am only interested in the one that ends at systemd. Can anybody suggest another utility, or maybe the proper syntax to make debtree do what I want? Thanks -Rob I just used vim to search through debtree's .dot output (for such a complex thing, way easier than trying to look at the image file), and then followed up by looking around in aptitude interactive mode. Thanks. That is much easier than looking at the image file! I'd still like to find a method to specify the start point and end point, and get output of a single dependency chain. If anybody knows a way, please post it. seems like this pipeline $ apt-cache --recurse -i depends brasero |tac yields the elements in question, and in a convenient order (children before parents), but with a whole bunch of irrelevance interleaved. piping it to something like the following clears away the irrelevant parts: $ cat above_kludge #!/bin/bash pattrn=$1 while read line do if [[ $line =~ ^${pattrn}$ ]] # Found node C. then echo $line # Admit node C to output. pattrn=$line # Ground the pattern. else if [[ $line =~ [[:blank:]]${pattrn}$ ]] # Found node C listed # above its parent. then pattrn='[[:alnum:][:punct:]]*' # Seek the parent. fi fi done so, like this: $ apt-cache --recurse -i depends brasero |tac |above_kludge '.*systemd.*' libsystemd-login0 dbus udisks libgdu0 gvfs-daemons gvfs brasero while in general there might be multiple paths, above kludge will find just one of them. -wes -- 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/alpine.deb.2.02.1409040835510.19...@brutus.ling.ohio-state.edu
host hostname not found
Any idea what can be the cause? I am installing proxmox-ve and when starting pve-cluster it fails with [main] crit: Unable to get local IP address. So I tried to look up with host utility and it does not resolve. host localhost Host localhost not found: 3(NXDOMAIN) /etc/hosts 127.0.0.1 localhost in /etc/nsswitch.conf I have hosts: files dns
Re: ifupdown
On Thu, Sep 4, 2014 at 2:17 PM, Brian a...@cityscape.co.uk wrote: On Thu 04 Sep 2014 at 14:06:28 -0400, Podrigal, Aron wrote: I had experienced some difficulties using ifupdown in the past, I than came across this while searching the web http://pureperl.blogspot.com/2013/01/the-debian-ifupdown-package-and.html my question is, is that still true? or there was updates to the package since than? also what would be a good alternative for service networking restart ? Is what still true? What this article claims http://pureperl.blogspot.com/2013/01/the-debian-ifupdown-package-and.html That ifupdown is not reliable. Basicly I see errors when bringing up my vlan interfaces root@test1:~# ifdown eth1.10 Removed VLAN -:eth1.10:- Cannot find device eth1.10 root@test1:~# ifup eth1.10 Set name-type for VLAN subsystem. Should be visible in /proc/net/vlan/config ERROR: trying to add VLAN #10 to IF -:eth1:- error: File exists Would you please be specific about any problem you are having at present. I don't have any specific problem currently. I wanted to know in general, as I see some issues with it. So my question is, can I rely on ifupdown to bring up/down vlan and bonded interfaces? -- 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/04092014191501.f54de3caa...@desktop.copernicus.demon.co.uk
out-of-date libtool in a former Debian package.
I'm trying to compile pornview on testing/jessio. It compiled fine on wheezy, making a nice Debian package. But when trying to compile it on jessie I got complaints about libtool. I suspect incompatible changes somewhere in the libtool/automake/ configure area. I've tried replacing the libtool in the package's root directory by a symbolic link to /usr/bin/libtool. This would give me the up-to-date one in my system. No luck there; now I get complaints that it can't open the file. Since the file there has read and execute permissions, I conclude that it's trying to *write* libtool. Presumably it's trying to create its own libtool script to use later instead of just using the system one. I haven't found where it makes it yet. Now I found an old web page, http://www.v7w.com/debian/libtool- updating.html, that describes the use of scripts that update a properly made autoconf/automake setup to the latest version of these tools. (a) Is this the way to go? Is it even relevant? (b) Are these instructions up-to-date? (c) Should I apply these to the modified version after the Debian patches have been applied, or to the upstream version? If the former, presumable I should later retrofit the upstream source and/or the Debian patches to match? (d) Am I even barking up the wrong tree, and should I do it completely differently? Presumably after getting through all this I can get around to looking at GTK2/GTK3 changes. But that's for the (far?) uture. -- hendrik -- 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/lub4np$u6v$1...@ger.gmane.org
Re: IPV6 dns server running on IPV4 Connection??
On Wed, 03 Sep 2014 22:16:12 -0400, Jerry Stuckle wrote: Whoops... should have gone to the list. Sorry about that! On 9/3/2014 10:48 AM, John Foster wrote: I have Verizon as my ISP; of course they don't want or allow the running of static addressed servers. However they seem to be ignoring most IPV6 systems connection. I.E. I can browse IPV6 network connections and my router from Verizon has IPV6 settings enabled for both DHCPv6 Staticv6 connections. I am wondering if it would be possible to set up bind to run on my server with IPV6 initialized and run my server using it as an IPV6 static site while they (Verizon) happily use the same IPV4 installation they are already using. Could this setup coexist on one machine. BTW: I am able to set up IPV6 DNS thru Godaddy at their dns zone manager for my server, to point to my unique IPV6 address. Only issue thereafter is where to get the proper IPV6 unique addres for my machine. ANY suggestions or comment are greatly appreciated. john Even if you get a unique IPV6 address, Verizon would have to tell the rest of the internet the routing to your address. And unless you get it from Verizon, chances are they aren't going to do it. Yes, it could coexist on one machine - but ANY IP routing is dependent on the next machine in the chain passing the routing information on. Without this, no one (not even someone else on the Verizon network) will be able to access your IP. Your best bet is going to be to get an IPV6 address from Verizon. But please remember - most internet users (and even many ISPs) are still using IPV4 only, and will not be able to access your site. Jerry There's a company I heard of a few years ago that provides IPv6-over-IPv3 tunnelling. I think it's called Hurricane Electric. Look it up, see if it fits your needs. -- hendrik -- 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/lub50f$u6v$2...@ger.gmane.org
unrar
Dear List - I've followed the Wiki instructions http://www.wikihow.com/Unrar-Files-in-Linux I can't make it work. I've used unrar -e Driver.rar and it comes back to the unrar commands. TIA Ethan -- 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/54092963.2050...@hygeiabiomedical.com
Re: unrar
On 04/09/14 11:09 PM, Ethan Rosenberg wrote: Dear List - I've followed the Wiki instructions http://www.wikihow.com/Unrar-Files-in-Linux I can't make it work. I've used unrar -e Driver.rar and it comes back to the unrar commands. TIA Ethan That's unrar e Driver.rar -- 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/54092fe1.4020...@torfree.net
apt-get update during boot
Hi, somehow my system is running an apt-get update or something similar during boot. Whenever I login after boot I can do a apt-get dist-upgrade directly because the package list is already up to date. If I am too fast with the apt-get dist-upgrade it even complains that the database is locked by another process. waiting a few more seconds solves that. And this is true regardless which desktop I use: kde, xfce or cinnamon. I could not find any hint ffpr apt in /etc/init.d or /etc/xdg/autostart. So where is that apt-get update happening? is it webmin? Greetings Matthias PS I am using debian testing -- 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/lubh85$l5u$1...@ger.gmane.org