Es busca DD per esponsoritzar paquet qdacco (diccionari català-anglès)
Bon dia, Estic intentant actualitzar el paquet qdacco [1]. Ja fa temps ho vaig intentar sense éxit. qdacco és una interfície per poder fer servir un diccionari català-anglès. La persona que em va esponsoritzar el paquet no respon. Algun voluntari/a? Gràcies per endevant! I. De Marchi [1] http://packages.qa.debian.org/q/qdacco.html Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package qdacco * Package name: qdacco Version : 0.8.2-2 Upstream Author : Carles Pina * URL : http://sourceforge.net/projects/dacco/ * License : GPL-3+ Section : text It builds those binary packages: libqdaccolib-dev - library for facilitate access to dacco dictionary (devel) libqdaccolib0.7 - library for facilitate access to dacco dictionary (runtime) qdacco - offline Dacco Catalan - English dictionary frontend (qt) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/qdacco Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/q/qdacco/qdacco_0.8.2-2.dsc Regards, Innocent De Marchi
Re: Message alarmant serveur Web Apache2
On Saturday 26 October 2013 23:53:24 Leslie-Alexandre DENIS wrote: Une possible redirection cachée dans du code sur votre plateforme Web ?! http://forums.interworx.com/showthread.php?2783-logwatch-s-possibleuccessfu l-probes-were-detected-null-HTTP-Response-302 https://en.wikipedia.org/wiki/HTTP_302 Merci, ces liens indiquent qu'il ne faut pas trop s'alarmer ... Sans doute la présence des CMS Wordpress et phpBB en sont pour quelque chose, surtout ce dernier réputé pour son insécurité. andré Le 26/10/2013 23:37, andre_deb...@numericable.fr a écrit : Le rapport quotidien de logwatch m'envoie ce message régulièrement, depuis un serveur sous Wheezy : A total of 1 possible successful probes were detected (the following URLs contain strings that match one or more of a listing of strings that indicate a possible exploit) : null HTTP Response 302 Le rapport n'indique rien de plus, pas possible de savoir de quoi il s'agit. Le serveur ne montre aucun dégat, ni défaillance. Si vous avez une idée pour en savoir plus ... André -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201310281012.05127.andre_deb...@numericable.fr
Re: Message alarmant serveur Web Apache2
Bonjour, Le lundi 28 octobre 2013 à 10:12, andre_deb...@numericable.fr a écrit : Merci, ces liens indiquent qu'il ne faut pas trop s'alarmer ... Sans doute la présence des CMS Wordpress et phpBB en sont pour quelque chose, surtout ce dernier réputé pour son insécurité. Je trouve ces deux phrases un peu paradoxales… Soit tu te préoccupes de la sécurité de ta machine, soit tu y laisses installé un outil « réputé pour son insécurité »… Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131028093445.ga13...@sebian.nob900.homeip.net
Re: Gel de Jessie
admini wrote on Sun, Oct 27, 2013 at 12:40:15PM +0100 Le 10/27/13 11:34, Jérôme a écrit : Le vendredi 25 octobre 2013 à 12:03 +0200, maderios a écrit : Une stable tous les ans serait plus adapté à la réalité du 21° siècle. Beaucoup de programmes dans Wheezy sont déjà obsolètes. Obsolète pour qui ? Même en desktop, il y a pas mal de gens qui sont l'inverse de geek et pour qui changer la couleur ou déplacer un bouton est déjà un problème. c'est la nature humaine que d'être néophobe. Ah bon ! Je crois bien que c'est aussi le contraire. Il y a de tout dans la nature humaine. Du coup, ça va être difficile d'aboutir à une conclusion sur ce sujet. dom -- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131028110524.ga12...@telecom-paristech.fr
Re: Gel de Jessie [HS]
Le 28/10/2013 12:05, Dominique Asselineau a écrit : admini wrote on Sun, Oct 27, 2013 at 12:40:15PM +0100 Le 10/27/13 11:34, Jérôme a écrit : Le vendredi 25 octobre 2013 à 12:03 +0200, maderios a écrit : Une stable tous les ans serait plus adapté à la réalité du 21° siècle. Beaucoup de programmes dans Wheezy sont déjà obsolètes. Obsolète pour qui ? Même en desktop, il y a pas mal de gens qui sont l'inverse de geek et pour qui changer la couleur ou déplacer un bouton est déjà un problème. c'est la nature humaine que d'être néophobe. Ah bon ! Je crois bien que c'est aussi le contraire. Il y a de tout dans la nature humaine. Du coup, ça va être difficile d'aboutir à une conclusion sur ce sujet. [Hors Sujet]: il est vrai que le marketing a formaté low-level pas mal de cerveaux, pour nous rendre néophiles. dans les 80's, les américains ont essayé de commercialiser un savon en Chine, à peine sortie des famines et des révolutions. un flop total, car les chinois des 70's-80's sont néophobes, on se méfiait des trucs étrangers, et plus particulièrement lors qu'ils viennent des blancs ... maintenant, la génération 90's-2000's, sont friands de nouveautés, le pays est totalement capitaliste et ouvert, plus question de rester avec un Aiefone 4, on ose à peine à le sortir pour envoyer un SMS, de peur de mourir étouffé par la honte.[/Hors Sujet] dom -- donc, personnellement, une release tous les 2 ans me paraît un bon rythme. certains constructeurs de serveurs mettent toujours les composants les plus récents, non pour être dans le coup, mais pour une question d'optimisation de coûts. les anciens composants, plus rares, sont plus chers. il faut alors se tourner vers des constructeurs de machines plus sérieux, qui garantissent 100% compatibilité avec le monde UNIX, avec une bonne stabilité dans les choix de composants. ce qui ne nous oblige pas faire des dist-upgrade tous les 2 ans. en effet, c'est bien gentil de faire des dist-upgrade, encore faut-il que les métier suivent derrière ... et ça les pisseurs de codes n'ont pas que ça à faire, si vous voyez ce que je veux dire. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/526e4d5d.3020...@freeatome.com
sensible-browser et iceweasel
Bonjour, Je rencontre un comportement curieux de iceweasel : - Quand je le lance via l'icone du menu, tout se passe bien, - par contre si je le lance via la commande sensible-browser (directement ou bien via icedove par un lien dans un mail), j'ai des bugs graphique qui apparaissent (la barre de recherche et d'URL sont très sombre avec l'ecriture ton sur ton)... Y'a-t-il quelque chose à faire pour corriger ce comportement ? ++ Mourad -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/526e6178.9050...@nativobject.net
Re: Gel de Jessie
On 10/27/2013 11:34 AM, Jérôme wrote: Le vendredi 25 octobre 2013 à 12:03 +0200, maderios a écrit : Une stable tous les ans serait plus adapté à la réalité du 21° siècle. Beaucoup de programmes dans Wheezy sont déjà obsolètes. Obsolète pour qui ? Pour les gens qui utilisent Digikam, par exemple. Bon ok, la dernière version 3.5 n'est pas hyper stable mais elle pourrait être dans Sid, rien que pour la tester et signaler les bugs. Au lieu de cela, Digikam reste dans experimental, ce qui restreint fortement le nombre d'utilisateurs. Autre exemple : Mysql partiellement libre. Qu'attend Debian pour le remplacer par son équivalent complètement libre et plus performant, Mariadb ? Même Redhat l'a adopté. Autre exemple: Systemd (intégré) que l'on trouve désormais sur une majorité de distro. On y passera et les autres utilisateurs non Debian auront été les pionniers... -- 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: http://lists.debian.org/526e8081.1020...@gmail.com
Re: Gel de Jessie
On Mon, Oct 28, 2013 at 04:19:29PM +0100, maderios wrote: Pour les gens qui utilisent Digikam, par exemple. Bon ok, la dernière version 3.5 n'est pas hyper stable mais elle pourrait être dans Sid, rien que pour la tester et signaler les bugs. Qu'est ce qui l'empeche de passer dans Sid ? Autre exemple : Mysql partiellement libre. Qu'est ce qui n'est pas libre ? y'a t-il des ticket d'ouvert à ce sujet pour le passer dans non-free ? exemple: Systemd (intégré) Systemd est dans debian mais n'est pas integré dans stable car Linux n'est pas le seul noyaux supporté. signature.asc Description: Digital signature
Re: Gel de Jessie
Autre exemple: Systemd (intégré) que l'on trouve désormais sur une majorité de distro. pour info, systemd est dans sid (au moins en arch amd64) Guy -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/526e8c5c.2060...@teledetection.fr
Re: Gel de Jessie
On 10/28/2013 04:57 PM, j...@free.fr wrote: On Mon, Oct 28, 2013 at 04:19:29PM +0100, maderios wrote: Pour les gens qui utilisent Digikam, par exemple. Bon ok, la dernière version 3.5 n'est pas hyper stable mais elle pourrait être dans Sid, rien que pour la tester et signaler les bugs. Qu'est ce qui l'empeche de passer dans Sid ? Il est buggy... Autre exemple : Mysql partiellement libre. Qu'est ce qui n'est pas libre ? y'a t-il des ticket d'ouvert à ce sujet pour le passer dans non-free ? J'ai vu qq part que certains patches ne sont pas libres exemple: Systemd (intégré) Systemd est dans debian mais n'est pas integré dans stable car Linux n'est pas le seul noyaux supporté. Systemd n'est pas réellement intégré dans le système mais fonctionne en surcouche Native systemd support prévu dans Jessie https://lists.debian.org/debian-devel-announce/2013/10/msg4.html -- 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: http://lists.debian.org/526ea38e.7090...@gmail.com
Re: Gel de Jessie
On 10/28/2013 05:10 PM, Guy Roussin wrote: Autre exemple: Systemd (intégré) que l'on trouve désormais sur une majorité de distro. pour info, systemd est dans sid (au moins en arch amd64) Oui mais en version 204 et non la 208 actuelle -- 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: http://lists.debian.org/526ea497.8010...@gmail.com
Re: Gel de Jessie
On 10/28/2013 06:54 PM, Erwan David wrote: Le 28/10/2013 18:49, maderios a écrit : On 10/28/2013 04:57 PM, j...@free.fr wrote: On Mon, Oct 28, 2013 at 04:19:29PM +0100, maderios wrote: Pour les gens qui utilisent Digikam, par exemple. Bon ok, la dernière version 3.5 n'est pas hyper stable mais elle pourrait être dans Sid, rien que pour la tester et signaler les bugs. Qu'est ce qui l'empeche de passer dans Sid ? Il est buggy... Autre exemple : Mysql partiellement libre. Qu'est ce qui n'est pas libre ? y'a t-il des ticket d'ouvert à ce sujet pour le passer dans non-free ? J'ai vu qq part que certains patches ne sont pas libres exemple: Systemd (intégré) Systemd est dans debian mais n'est pas integré dans stable car Linux n'est pas le seul noyaux supporté. Systemd n'est pas réellement intégré dans le système mais fonctionne en surcouche Native systemd support prévu dans Jessie https://lists.debian.org/debian-devel-announce/2013/10/msg4.html Et possibilité de ne pas l'utiliser ? On peut le penser : 'Actuellement, la plupart des paquets Debian sont uniquement prévus pour SysV. Si systemd est actif, il vient alors surcouche. L'objectif est de fournir systématiquement, en plus de la configuration et du script shell pour Sysv, une configuration et un exécutable ELF pour systemd.' https://linuxfr.org/news/debian-7-2-et-futur-gel-de-debian-8-0 -- 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: http://lists.debian.org/526eab82.90...@gmail.com
Re: Gel de Jessie
Le 28/10/2013 19:22, maderios a écrit : On 10/28/2013 06:54 PM, Erwan David wrote: Le 28/10/2013 18:49, maderios a écrit : On 10/28/2013 04:57 PM, j...@free.fr wrote: On Mon, Oct 28, 2013 at 04:19:29PM +0100, maderios wrote: Pour les gens qui utilisent Digikam, par exemple. Bon ok, la dernière version 3.5 n'est pas hyper stable mais elle pourrait être dans Sid, rien que pour la tester et signaler les bugs. Qu'est ce qui l'empeche de passer dans Sid ? Il est buggy... Autre exemple : Mysql partiellement libre. Qu'est ce qui n'est pas libre ? y'a t-il des ticket d'ouvert à ce sujet pour le passer dans non-free ? J'ai vu qq part que certains patches ne sont pas libres exemple: Systemd (intégré) Systemd est dans debian mais n'est pas integré dans stable car Linux n'est pas le seul noyaux supporté. Systemd n'est pas réellement intégré dans le système mais fonctionne en surcouche Native systemd support prévu dans Jessie https://lists.debian.org/debian-devel-announce/2013/10/msg4.html Et possibilité de ne pas l'utiliser ? On peut le penser : 'Actuellement, la plupart des paquets Debian sont uniquement prévus pour SysV. Si systemd est actif, il vient alors surcouche. L'objectif est de fournir systématiquement, en plus de la configuration et du script shell pour Sysv, une configuration et un exécutable ELF pour systemd.' https://linuxfr.org/news/debian-7-2-et-futur-gel-de-debian-8-0 Ça ne laisse donc pas le choix... J'ai quelques plateformes embarquées qui risquent de ne pas apprécier cette boursouflure disque... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/526eac03.6060...@rail.eu.org
Re: Gel de Jessie
On 10/28/2013 07:25 PM, Erwan David wrote: Le 28/10/2013 19:22, maderios a écrit : On 10/28/2013 06:54 PM, Erwan David wrote: Le 28/10/2013 18:49, maderios a écrit : On 10/28/2013 04:57 PM, j...@free.fr wrote: On Mon, Oct 28, 2013 at 04:19:29PM +0100, maderios wrote: Pour les gens qui utilisent Digikam, par exemple. Bon ok, la dernière version 3.5 n'est pas hyper stable mais elle pourrait être dans Sid, rien que pour la tester et signaler les bugs. Qu'est ce qui l'empeche de passer dans Sid ? Il est buggy... Autre exemple : Mysql partiellement libre. Qu'est ce qui n'est pas libre ? y'a t-il des ticket d'ouvert à ce sujet pour le passer dans non-free ? J'ai vu qq part que certains patches ne sont pas libres exemple: Systemd (intégré) Systemd est dans debian mais n'est pas integré dans stable car Linux n'est pas le seul noyaux supporté. Systemd n'est pas réellement intégré dans le système mais fonctionne en surcouche Native systemd support prévu dans Jessie https://lists.debian.org/debian-devel-announce/2013/10/msg4.html Et possibilité de ne pas l'utiliser ? On peut le penser : 'Actuellement, la plupart des paquets Debian sont uniquement prévus pour SysV. Si systemd est actif, il vient alors surcouche. L'objectif est de fournir systématiquement, en plus de la configuration et du script shell pour Sysv, une configuration et un exécutable ELF pour systemd.' https://linuxfr.org/news/debian-7-2-et-futur-gel-de-debian-8-0 Ça ne laisse donc pas le choix... J'ai quelques plateformes embarquées qui risquent de ne pas apprécier cette boursouflure disque... On aura (certainement) le choix, c'est ce que j'ai écrit ci-dessus... Cohabiteraient SysV et Systemd. Enfin, rien n'est certain... -- 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: http://lists.debian.org/526eaebe.7020...@gmail.com
Re: Gel de Jessie
maderios mader...@gmail.com writes: [...] On aura (certainement) le choix, c'est ce que j'ai écrit ci-dessus... Cohabiteraient SysV et Systemd. Enfin, rien n'est certain... Le débat est sur la table du tech-ctte: https://wiki.debian.org/Debate/initsystem/ Reste à voir quel sera la décision du comité. -- Rémi Vanicat -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/87r4b5fcgz@debian.org
Re: [OT] Usa Linux, decían... porque en Linux no hay virus.
El vie, 25-10-2013 a las 14:24 +, Camaleón escribió: El Fri, 25 Oct 2013 08:59:30 -0500, argumento escribió: (corrijo el top-posting) On 25/10/13 08:37, Camaleón wrote: El Thu, 24 Oct 2013 21:17:36 +0200, Eduardo Rios escribió: Acojonado me he quedado. ¿Habéis visto este vídeo? http://www.youtube.com/watch?feature=player_embeddedv=XZV4G7DcQuo Buf... es muy extenso (52:48 min.) y no hay resumen técnico para leer lo que hacen :-/ De todas formas me parece muy poco acertada la elección de esa frase (la del asunto) para una presentación seria sobre las vulnerabilidades de un sistema operativo, parece más bien el titular de una noticia de la prensa amarilla que busca llamar la atención. De cualquier forma, si comparas la vulnerabilidad de windows, nada que ver con Linux. Si te preocupa demasiado la vulnerabilidad de tu computadora, intenta seguir esta ¿sencilla? lista de pasos: http://crunchbang.org/forums/viewtopic.php?id=24722 Te dirá que encriptes en disco, que instales y configures un anti- rootkit, anti virus, etc... Bueno, yo siempre he defendido la idea de que un sistema es tan inseguro como lo sea su administrador y que en igualdad de condiciones (mismo porcentaje de malware disponible para ambos sistemas), siempre será mejor un Windows bien administrado que un Linux en manos inexpertas. lo cual me recuerda a una firma que usaba alguien en una de las primeras listas por la que pasé (creo que de lugAR): «cualquiera administra un windows nt*... y ese es precisamente el problema: que CUALQUIERA administre» *si no había ni win2000 todavía :P -- (-.(-.(-.(-.(-.(-.-).-).-).-).-).-) -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1382964160.2897.1.ca...@eeepc.ucasal.ar
Manejo de procesos
Hola, Estoy desarrollando un módulo python para facilitar la implementación de objetos gui(textbox, selectbutton, barras de progreso, etc) para aplicaciones de consola. Ya tengo una barra de progreso pero para implementarla hice que avanzara sincronizadamente con la base de tiempo de la máquina(segundos) pero ahora necesito poder sincronizarla con un proceso real como la copia de muchos archivos, un proceso de búsqueda, etc. Esta es la idea, cómo puedo verificar el progreso de un determinado proceso: su comienzo, desarrollo y terminación? -- Saludos, Luis Esteban de Dios Núñez --- CONSULTE la Revista de Ciencias Medicas de Pinar del Rio en Internet www.revcmpinar.sld.cu -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/op.w5oa3b1ktyh...@server-home.lan
Arranque rápido(boot) en debian linux
Hola muy buenas, este finde he realizado unas comparaciones entre 2 portátiles de similitud hardware booteando con un debian 7 + kde frente a un windows 8 con uefi. Reiniciando las 2 máquinas, más o menos booteaban igual, quizá un pelin antes debian. Pero claro, si apagas las 2 máquinas y las vuelves a encender me sorprendió windows 8 ya que booteaba en cuestión de 5 seg... No sabía yo que tenía esta tecnología: http://www.eightforums.com/tutorials/6320-fast-startup-turn-off-windows-8-a.html Se aplica sólo a un apagado, no a un reinicio. Por lo visto realiza un apagado híbrido, como si fuera una parcial hibernacion (hibernar lo deja en el disco duro) , y crea un archivo de hiberfil.sys el cual contiene información del kernel, la session, hardware...de tal forma que cuando apagas y lo vuelves a encender, hace como un resume que lee ese archivo el cual ya tiene el kernel cargado, drivers...etc etc y claro tiene una ventaja enorme...Todo esto es un rollo tralará pero me preguntaba si esta tecnología se lo podría implementar en un debian, es decir un apagado híbrido. Necesita realmente UEFI para poder hacer un apagado híbrido?? Saludos y gracias de antemano. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAJ2aOA8yeJRD9R40d1-1fkw-d7Xa+R=amp-swssz9kkxo4u...@mail.gmail.com
Re: Manejo de procesos
Esta es la idea, cómo puedo verificar el progreso de un determinado proceso: su comienzo, desarrollo y terminación? Saludos! El comienzo y la terminación de los procesos es sencillo. El comienzo lo conoces porque, supongo, tú inicias ese proceso, por ejemplo: subprocess.call(['sleep', '10']) [...] y suponemos que esto lo realizas después de un os.fork(), en tal caso, al momento de hacer el fork() tú puedes comenzar a contar el tiempo. Y cuando termine el proceso que llamaste, por ejemplo al sleep, te regresa el control al otro proceso de python, y este ya puede notificar a su padre de que terminó el otro proceso. Gráficamente se ve algo así: [Python padre] | | - después de llamar os.fork() \ [Python hijo] | | - después de llamar subprocess.call() \ [Proceso 'sleep 10'] Mientras se ejecuta 'sleep 10', el proceso de python hijo estará bloqueado. El padre no se bloquea, a menos de que hagas la llamada wait(). No estoy seguro de si se manda por defecto el SIGCHLD o tú debes registrarlo, pero la forma en que el sistema operativo comunica al padre que su hijo ha muerto es a través de un SIGCHLD. Entonces, el flujo se vería un tanto así: [Python hijo lanza 'sleep 10'] = [Pasan 10 segundos (el hijo se bloquea, osea, no avanza)] = [El hijo se desbloquea al terminar el 'sleep 10'] = [El hijo muere, ya que no hay más código por ejecutar] = [El padre recibe la señal SIGCHLD por parte del SO de que su hijo ha finalizado] Los detalles específicos no los tengo frescos, pero aquí hay algunas ligas (en inglés), que hablan al respecto: - http://stackoverflow.com/questions/3675675/how-do-i-know-when-a-child-process-died - http://stackoverflow.com/questions/11009567/exiting-the-child-process-after-os-fork En cuanto a conocer el progreso... eso está complicado! ¿por qué? porque tú no tienes manera de saber si un proceso se quedó colgado, o si está haciendo una operación, si se cayó la red y está esperando a que regresé, ... Es decir, el progreso es totalmente dependiente del programa en específico. No existe un concepto unificado de progreso entre las utilerías. Aquí ya debes decidir tú qué mostrar, y posiblemente involucrará un mayor entendimiento de los comandos que lanzarás a través de tu GUI. Tal vez alguna especie de comunicación interprocesos donde el comando lanzado notifique del progreso, pero cada uno lo implementa a su manera. -- Eduardo Alan Bustamante López -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131028150402.ga4...@dualbus.me
Re: [OT] Usa Linux, decían... porque en Linux no hay virus.
El Mon, 28 Oct 2013 09:42:40 -0300, Gonzalo Rivero escribió: El vie, 25-10-2013 a las 14:24 +, Camaleón escribió: (...) Bueno, yo siempre he defendido la idea de que un sistema es tan inseguro como lo sea su administrador y que en igualdad de condiciones (mismo porcentaje de malware disponible para ambos sistemas), siempre será mejor un Windows bien administrado que un Linux en manos inexpertas. lo cual me recuerda a una firma que usaba alguien en una de las primeras listas por la que pasé (creo que de lugAR): «cualquiera administra un windows nt*... y ese es precisamente el problema: que CUALQUIERA administre» :-) Resulta inevitable que todo usuario sea su propio administrador aunque la gente no se dé cuenta. Creo que no perciben el peligro inherente de tener un equipo conectado la mayor parte del día a Internet. 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: http://lists.debian.org/pan.2013.10.28.15.18...@gmail.com
Re: Arranque rápido(boot) en debian linux
El Mon, 28 Oct 2013 16:00:48 +0100, Maykel Franco escribió: Hola muy buenas, este finde he realizado unas comparaciones entre 2 portátiles de similitud hardware booteando con un debian 7 + kde frente a un windows 8 con uefi. Reiniciando las 2 máquinas, más o menos booteaban igual, quizá un pelin antes debian. Pero claro, si apagas las 2 máquinas y las vuelves a encender me sorprendió windows 8 ya que booteaba en cuestión de 5 seg... En frío, mi Windows XP inicia más rápido con 4 GiB de RAM y un procesador más lento que Debian Wheezy con 8 GiB y un micro más modernico. No sabía yo que tenía esta tecnología: http://www.eightforums.com/tutorials/6320-fast-startup-turn-off- windows-8-a.html Se aplica sólo a un apagado, no a un reinicio. Por lo visto realiza un apagado híbrido, como si fuera una parcial hibernacion (hibernar lo deja en el disco duro) , y crea un archivo de hiberfil.sys el cual contiene información del kernel, la session, hardware...de tal forma que cuando apagas y lo vuelves a encender, hace como un resume que lee ese archivo el cual ya tiene el kernel cargado, drivers...etc etc y claro tiene una ventaja enorme...Todo esto es un rollo tralará pero me preguntaba si esta tecnología se lo podría implementar en un debian, es decir un apagado híbrido. Suena a suspensión pura y dura (un estado S3) y claro, normal que restaure rápido, pero eso en linux también lo tienes... otra cosa es que restaure correctamente :-P Necesita realmente UEFI para poder hacer un apagado híbrido?? No, el que necesita UEFI es Windows 8 si quieres usar algunas de sus funcionalidades (como SecureBoot). 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: http://lists.debian.org/pan.2013.10.28.15.28...@gmail.com
Re: Manejo de procesos
El Mon, 28 Oct 2013 10:36:37 -0600, Luis escribió: Estoy desarrollando un módulo python para facilitar la implementación de objetos gui(textbox, selectbutton, barras de progreso, etc) para aplicaciones de consola. Ya tengo una barra de progreso pero para implementarla hice que avanzara sincronizadamente con la base de tiempo de la máquina(segundos) pero ahora necesito poder sincronizarla con un proceso real como la copia de muchos archivos, un proceso de búsqueda, etc. Esta es la idea, cómo puedo verificar el progreso de un determinado proceso: su comienzo, desarrollo y terminación? En bash utilicé un bucle sencillo (for) reinyectado a la tarea para ir incrementando el porcentaje de la barra de progreso, así que supongo que en Python podrás hacer algo similar, incluso tendrás alguna función/ biblioteca prediseñada que puedas usar directamente. 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: http://lists.debian.org/pan.2013.10.28.15.34...@gmail.com
Re: Arranque rápido(boot) en debian linux
El día 28 de octubre de 2013 16:27, Camaleón noela...@gmail.com escribió: El Mon, 28 Oct 2013 16:00:48 +0100, Maykel Franco escribió: Hola muy buenas, este finde he realizado unas comparaciones entre 2 portátiles de similitud hardware booteando con un debian 7 + kde frente a un windows 8 con uefi. Reiniciando las 2 máquinas, más o menos booteaban igual, quizá un pelin antes debian. Pero claro, si apagas las 2 máquinas y las vuelves a encender me sorprendió windows 8 ya que booteaba en cuestión de 5 seg... En frío, mi Windows XP inicia más rápido con 4 GiB de RAM y un procesador más lento que Debian Wheezy con 8 GiB y un micro más modernico. mm pues XP ya tiene su tiempecito, como puede ganar a debian wheezy!! No sabía yo que tenía esta tecnología: http://www.eightforums.com/tutorials/6320-fast-startup-turn-off- windows-8-a.html Se aplica sólo a un apagado, no a un reinicio. Por lo visto realiza un apagado híbrido, como si fuera una parcial hibernacion (hibernar lo deja en el disco duro) , y crea un archivo de hiberfil.sys el cual contiene información del kernel, la session, hardware...de tal forma que cuando apagas y lo vuelves a encender, hace como un resume que lee ese archivo el cual ya tiene el kernel cargado, drivers...etc etc y claro tiene una ventaja enorme...Todo esto es un rollo tralará pero me preguntaba si esta tecnología se lo podría implementar en un debian, es decir un apagado híbrido. Suena a suspensión pura y dura (un estado S3) y claro, normal que restaure rápido, pero eso en linux también lo tienes... otra cosa es que restaure correctamente :-P Necesita realmente UEFI para poder hacer un apagado híbrido?? No, el que necesita UEFI es Windows 8 si quieres usar algunas de sus funcionalidades (como SecureBoot). Haber si lo he entendido bien, entonces no hace falta UEFI para realizar esta acción...Apagado hibrido... No me refiero a suspender un linux, me gustaría que usara la misma tecnología apagado aunque sea casi idéntica que suspender o hibernar en este caso porque va al disco duro. Hay algo así en debian?? Por cierto, gracias por contestar Camaleón. Saludos. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.10.28.15.28...@gmail.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caj2aoa8jaeqsxxvgthn6_gowbbyxls2ezck5k13x6yr05hs...@mail.gmail.com
Re: Arranque rápido(boot) en debian linux
El Mon, 28 Oct 2013 16:36:03 +0100, Maykel Franco escribió: El día 28 de octubre de 2013 16:27, Camaleón noela...@gmail.com escribió: (...) Reiniciando las 2 máquinas, más o menos booteaban igual, quizá un pelin antes debian. Pero claro, si apagas las 2 máquinas y las vuelves a encender me sorprendió windows 8 ya que booteaba en cuestión de 5 seg... En frío, mi Windows XP inicia más rápido con 4 GiB de RAM y un procesador más lento que Debian Wheezy con 8 GiB y un micro más modernico. mm pues XP ya tiene su tiempecito, como puede ganar a debian wheezy!! Lo tengo súper-afinado y la verdad es que el XP es muy comedido en cuanto al uso de RAM :-) No sabía yo que tenía esta tecnología: http://www.eightforums.com/tutorials/6320-fast-startup-turn-off- windows-8-a.html (...) Suena a suspensión pura y dura (un estado S3) y claro, normal que restaure rápido, pero eso en linux también lo tienes... otra cosa es que restaure correctamente :-P Necesita realmente UEFI para poder hacer un apagado híbrido?? No, el que necesita UEFI es Windows 8 si quieres usar algunas de sus funcionalidades (como SecureBoot). Haber si lo he entendido bien, entonces no hace falta UEFI para realizar esta acción...Apagado hibrido... Es que por mucho nombrecito rimbombante que le pongan no es más que un modo de ahorro energético. No me refiero a suspender un linux, me gustaría que usara la misma tecnología apagado aunque sea casi idéntica que suspender o hibernar en este caso porque va al disco duro. Pues no sé qué diferencia le ves tú con la suspensión o la hibernación en Debian :-? Hibernar → contenido de ram va al disco duro (mayor ahorro energético, tarda más en restaurar) Suspender → procesos y estado general del sistema va a la ram (menor ahorro energético, restaura más rápido) Ese apagado híbrido hace uso de un archivo del disco duro por lo que sería una hibernación (parcial o completa, es indiferente) en toda regla. Que la UEFI ayude a agilizar el proceso, es posible, pero desde luego no es un requisito ya que eso se ha hecho así desde antes de que existiera :- ) 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: http://lists.debian.org/pan.2013.10.28.16.34...@gmail.com
Re: Arranque rápido(boot) en debian linux
El Mon, 28 Oct 2013 16:34:23 +, Camaleón escribió: El Mon, 28 Oct 2013 16:36:03 +0100, Maykel Franco escribió: (...) No me refiero a suspender un linux, me gustaría que usara la misma tecnología apagado aunque sea casi idéntica que suspender o hibernar en este caso porque va al disco duro. Pues no sé qué diferencia le ves tú con la suspensión o la hibernación en Debian :-? Hibernar → contenido de ram va al disco duro (mayor ahorro energético, tarda más en restaurar) Suspender → procesos y estado general del sistema va a la ram (menor ahorro energético, restaura más rápido) Ese apagado híbrido hace uso de un archivo del disco duro por lo que sería una hibernación (parcial o completa, es indiferente) en toda regla. Que la UEFI ayude a agilizar el proceso, es posible, pero desde luego no es un requisito ya que eso se ha hecho así desde antes de que existiera :- ) Del manual man pm-suspend: *** pm-suspend-hybrid Hybrid-suspend is the process where the system does everything it needs to hibernate, but suspends instead of shutting down. This means that your computer can wake up quicker than for normal hibernation if you do not run out of power, and you can resume even if you run out of power. s2both(8) is an hybrid-suspend implementation. *** Podrías jugar con esta opción. El problema que le veo a los ahorros energéticos es que no siempre funcionan como deben y no es extraño que algún componente de hardware o algún controlador dé problemas (tanto en windows como en linux) y el equipo no pueda restaurar correctamente forzando un apagado a lo bestia. 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: http://lists.debian.org/pan.2013.10.28.16.56...@gmail.com
Re: Arranque rápido(boot) en debian linux
El 28/10/2013 17:35, Camaleón noela...@gmail.com escribió: El Mon, 28 Oct 2013 16:36:03 +0100, Maykel Franco escribió: El día 28 de octubre de 2013 16:27, Camaleón noela...@gmail.com escribió: (...) Reiniciando las 2 máquinas, más o menos booteaban igual, quizá un pelin antes debian. Pero claro, si apagas las 2 máquinas y las vuelves a encender me sorprendió windows 8 ya que booteaba en cuestión de 5 seg... En frío, mi Windows XP inicia más rápido con 4 GiB de RAM y un procesador más lento que Debian Wheezy con 8 GiB y un micro más modernico. mm pues XP ya tiene su tiempecito, como puede ganar a debian wheezy!! Lo tengo súper-afinado y la verdad es que el XP es muy comedido en cuanto al uso de RAM :-) No sabía yo que tenía esta tecnología: http://www.eightforums.com/tutorials/6320-fast-startup-turn-off- windows-8-a.html (...) Suena a suspensión pura y dura (un estado S3) y claro, normal que restaure rápido, pero eso en linux también lo tienes... otra cosa es que restaure correctamente :-P Necesita realmente UEFI para poder hacer un apagado híbrido?? No, el que necesita UEFI es Windows 8 si quieres usar algunas de sus funcionalidades (como SecureBoot). Haber si lo he entendido bien, entonces no hace falta UEFI para realizar esta acción...Apagado hibrido... Es que por mucho nombrecito rimbombante que le pongan no es más que un modo de ahorro energético. No me refiero a suspender un linux, me gustaría que usara la misma tecnología apagado aunque sea casi idéntica que suspender o hibernar en este caso porque va al disco duro. Pues no sé qué diferencia le ves tú con la suspensión o la hibernación en Debian :-? Hibernar → contenido de ram va al disco duro (mayor ahorro energético, tarda más en restaurar) Suspender → procesos y estado general del sistema va a la ram (menor ahorro energético, restaura más rápido) Ese apagado híbrido hace uso de un archivo del disco duro por lo que sería una hibernación (parcial o completa, es indiferente) en toda regla. Que la UEFI ayude a agilizar el proceso, es posible, pero desde luego no es un requisito ya que eso se ha hecho así desde antes de que existiera :- Gracias por contestar camaleon. Lo entiendo perfectamente, no deja de ser una hibernacion pero imaginate que viene tu amigo que sabe de windows un poco y pone a bootear el win 8 frente a un debian...claro va a bootear su pc mas rapido que debian... Y en realidad como los 2 en este caso hemos apagado la maquina, aunque yo le explique todo esto que no se va a enterar, va a creer que bootea mas rapido win 8 y no es asi, es por el fast startup o hibernacion parcial o como se le quiera llamar. Por eso queria meterme yo algo en debian equivalente a ese apagado de win 8. Y tu diras pues suspendelo o hibernalo...pero claro una persona que no sabe con tanta profundidad de informatica si ve que le das al boton de suspender o hibernar te va a decir que has hecho trampa jajajaja. Todo esto resulta un poco ridiculo, pero no aguanto a los windowseros que porque bootee asi el win 8 se creen que es un avion y mucho mas rapido que un linux al bootear y para mi no es asi. Gracias por todo. Probare lo que me has pasado. Saludos. ) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.10.28.16.34...@gmail.com
SYSTEMD
Lo han probado bajo debian? Dejando de lado que nos es compatible con BSD, han llegado a probarlo? Gracias de antemano! -- Guido Ignacio ** guidoigna...@gmail.com*g guidoigna...@gmail.com** uidoigna...@gmail.com*
Re: Arranque rápido(boot) en debian linux
El Mon, 28 Oct 2013 18:27:13 +0100, Maykel Franco escribió: (ese html...) El 28/10/2013 17:35, Camaleón noela...@gmail.com escribió: (...) No me refiero a suspender un linux, me gustaría que usara la misma tecnología apagado aunque sea casi idéntica que suspender o hibernar en este caso porque va al disco duro. Pues no sé qué diferencia le ves tú con la suspensión o la hibernación en Debian :-? Hibernar → contenido de ram va al disco duro (mayor ahorro energético, tarda más en restaurar) Suspender → procesos y estado general del sistema va a la ram (menor ahorro energético, restaura más rápido) Ese apagado híbrido hace uso de un archivo del disco duro por lo que sería una hibernación (parcial o completa, es indiferente) en toda regla. Que la UEFI ayude a agilizar el proceso, es posible, pero desde luego no es un requisito ya que eso se ha hecho así desde antes de que existiera :- Gracias por contestar camaleon. Lo entiendo perfectamente, no deja de ser una hibernacion pero imaginate que viene tu amigo que sabe de windows un poco y pone a bootear el win 8 frente a un debian...claro va a bootear su pc mas rapido que debian... Y en realidad como los 2 en este caso hemos apagado la maquina, aunque yo le explique todo esto que no se va a enterar, va a creer que bootea mas rapido win 8 y no es asi, es por el fast startup o hibernacion parcial o como se le quiera llamar. Pues no sé qué decirte. Hibernaciones híbridas aparte, es NORMAL que Windows inicie más rápido y no hay que avergonzarse de ello ni sentirse acomplejados. Ya me gustaría a mí ver cómo arranca un sistema con Linux donde los fabricantes de cada una de las piezas de hardware hayan colaborado directamente con los desarrolladores del kernel, espero que mis ojos lo vean algún día aunque sea a través de las cataratas... De verdad, a mí eso de el mío la tiene más grande (la PSU, ehhh) me parece un argumento muy infantiloide ¿no? :-) Por eso queria meterme yo algo en debian equivalente a ese apagado de win 8. Y tu diras pues suspendelo o hibernalo...pero claro una persona que no sabe con tanta profundidad de informatica si ve que le das al boton de suspender o hibernar te va a decir que has hecho trampa jajajaja. Pues suspende desde la línea de comandos y lo dejas tieso porque no va a saber qué argumentos le pasas ni por qué ;-) Todo esto resulta un poco ridiculo, pero no aguanto a los windowseros que porque bootee asi el win 8 se creen que es un avion y mucho mas rapido que un linux al bootear y para mi no es asi. Gracias por todo. Probare lo que me has pasado. Es que para ser sinceros, Windows nos lleva mucha ventaja en ese aspecto (integración con el sistema de ahorro de energía), siempre ha ido mucho más fino en Windows por la mera cuestión de que MS dispone de documentación completa y los fabricantes desarrollan drivers diseñados por y para versiones específicas de Windows. 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: http://lists.debian.org/pan.2013.10.28.17.48...@gmail.com
Re: SYSTEMD
El Mon, 28 Oct 2013 15:18:44 -0200, Guido Ignacio escribió: (ese html...) Lo han probado bajo debian? Dejando de lado que nos es compatible con BSD, han llegado a probarlo? Gracias de antemano! Pues de momento no, pero hay un encarnizado debate en la lista de desarrolladores sobre qué sistema incluir de manera predeterminada: Proposal: switch init system to systemd or upstart http://lists.debian.org/debian-devel/2013/10/msg00651.html 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: http://lists.debian.org/pan.2013.10.28.18.04...@gmail.com
Re: [OT] Usa Linux, decían... porque en Linux no hay virus.
El 28/10/13 16:18, Camaleón escribió: Resulta inevitable que todo usuario sea su propio administrador aunque la gente no se dé cuenta. Creo que no perciben el peligro inherente de tener un equipo conectado la mayor parte del día a Internet. Saludos, Yo mismo me estoy volviendo paranoico después de haber visto el video. Me ha dado por ejecutar la orden que aparece para ver los puertos a la escucha, y no entiendo nada. ¿Véis algo extraño? Gracias. root@debian:/home/edurios# netstat -ant Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State tcp0 0 0.0.0.0:35688 0.0.0.0:* LISTEN tcp0 0 0.0.0.0:111 0.0.0.0:* LISTEN tcp0 0 127.0.0.1:631 0.0.0.0:* LISTEN tcp0 0 127.0.0.1:250.0.0.0:* LISTEN tcp0 0 0.0.0.0:538 0.0.0.0:* LISTEN tcp0 0 192.168.1.33:47597 98.137.200.255:443 ESTABLISHED tcp1 0 192.168.1.33:42695 72.29.166.157:80 CLOSE_WAIT tcp6 0 0 :::111 :::* LISTEN tcp6 0 0 ::1:631 :::* LISTEN tcp6 0 0 ::1:25 :::* LISTEN tcp6 0 0 :::56603:::* LISTEN tcp6 1 0 ::1:56186 ::1:631 CLOSE_WAIT root@debian:/home/edurios# -- www.LinuxCounter.net Registered user #558467 has 1 linux machines Registered Linux machine #2003003 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/l4mb8n$qa7$1...@ger.gmane.org
Problema de permisos en Apache2/Php5 con sitio con autorización basic digest
Hola a todos. Les consulto lo siguiente: En un host Debian 6 he montado un sitio LAMP el cual funciona perfecto si el sitio no tiene autenticación, ahora si le configuro la autenticación BASIC me genera el siguiente error: [Mon Oct 28 14:48:41 2013] [error] [client X.Y.78.16] PHP Warning: file_get_contents(http://misitio.dyndns.org/lib/barcode/html/image.php?filetype=PNGdpi=300scale=1rotation=0font_family=Arial.ttffont_size=8thickness=30checksum=code=BCGcode128): failed to open stream: HTTP request failed! HTTP/1.1 401 Authorization Required\r\n in /var/www/pages/formpdf.php on line 60, referer: http://misitio.dyndns.org:/index.php Al notar este error, vi que decia Authorization Required, por lo cual le quité la autorización al sitio y todo funcionó normalmente. Aclaro que la autenticación BASIC es solo para hacer ciertas pruebas y no para dejarlo definitivo y mucho menos pretendiendo ser esto una barrera de seguridad. Ahora bien, yo para ingresar al sitio tuve que ingresar el usuario y la contraseña para poder verlo, entonces, porque luego de haber ingresado, me informa este error como si faltara loguearse nuevamente? Muchas Gracias! Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/526eabc8.6070...@gmail.com
Re: Manejo de procesos
2013/10/28 Luis este...@princesa.pri.sld.cu: Hola, Estoy desarrollando un módulo python para facilitar la implementación de objetos gui(textbox, selectbutton, barras de progreso, etc) para aplicaciones de consola. Ya tengo una barra de progreso pero para implementarla hice que avanzara sincronizadamente con la base de tiempo de la máquina(segundos) pero ahora necesito poder sincronizarla con un proceso real como la copia de muchos archivos, un proceso de búsqueda, etc. Esta es la idea, cómo puedo verificar el progreso de un determinado proceso: su comienzo, desarrollo y terminación? Dale una mirada a los comandos pv y bar ya que hacen eso para transferencia de data en la consola. Saludos -- A menudo unas pocas horas de Prueba y error podrán ahorrarte minutos de leer manuales. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caabycjpzj7wabxkdfaabthfkv0s5q3ytcb_z_dmrfzvwnvf...@mail.gmail.com
Re: SYSTEMD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 28 Oct 2013 15:18:44 -0200 Guido Ignacio guidoigna...@gmail.com wrote: Lo han probado bajo debian? Dejando de lado que nos es compatible con BSD, han llegado a probarlo? Gracias de antemano! -- Guido Ignacio ** guidoigna...@gmail.com*g guidoigna...@gmail.com** uidoigna...@gmail.com* Yo lo instalé en wheezy y ahora estoy con el en Jessie, solo por curiosidad, y la verdad el ordenador arranca como un tiro, tampoco he enredado mucho con ello , no he tenido que modificar nada en el arranque. Si recuerdo que al cambiar del arranque tradicional a systemd tuve que hacer un par de filigranas porque tenía alguna dependencia de esas que no te deja instalar una cosa hasta que no instalas la primera y la primera no la puedes instalar porque no tienes la segunda, o eso o al quitar algo, pero con un par de fuerces y luego quitar o poner manualmente el paquete en discordia solucionado. Los paquetes que tengo instalados: libpam-systemd libsystemd-daemon0 libsystemd-journal0 libsystemd-login0 systemd systemd-sysv systemd-ui - -- Pedro Gras GPG key: 0x3A146D41 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) iQEcBAEBAgAGBQJSbs42AAoJEBiqlWM6FG1BLMgH/Ry9xAoSEtItxkOk96Lj22/t yTen4R1oM7ObByUm2dCUyPfC0zdel7h61T3Jt3ZpFTKmBip4sgFcj0faDck+8NKM FMcGfE2C/S1Gfal6or0sBemkcTngtbnkGo7w7NYM62ytpeN4+WfYvszK2XyCo0+b ZH/aLQ8RV/CFbia4pWpd8sFR3i3xr/18c+047c1G6DcTwpoA01gFxDZU/bGFY7iK zKyTlxYzq4NtykoVn9JmdAYvddl388cyoXsc6akNCZalzjUXAOwEnxCeRfcX/KL+ IthgV3p1LGcvkL/65cP6gdLZpWBLZ6qgobLec1PdBJ14kn5ha9X1JpJFKIJ7+l4= =ZYaY -END PGP SIGNATURE-
Re: SYSTEMD
2013/10/28 Camaleón noela...@gmail.com: El Mon, 28 Oct 2013 15:18:44 -0200, Guido Ignacio escribió: (ese html...) Lo han probado bajo debian? Dejando de lado que nos es compatible con BSD, han llegado a probarlo? Gracias de antemano! Pues de momento no, pero hay un encarnizado debate en la lista de desarrolladores sobre qué sistema incluir de manera predeterminada: Proposal: switch init system to systemd or upstart http://lists.debian.org/debian-devel/2013/10/msg00651.html Este mes hay 3 discusiones bastantes intensas (sistema de inicio, desktop por defecto, y systemd/gnome) en la lista de debian-devel, a ver qué conclusiones sacan ... De momento veo que no todo el mundo aporta razones objetivas y técnicas, estaría bien una lista debian-devel-objective o algo en la que sólo contaran las razones técnicas y los flame wars (o la gente que intenta que los haya) quedaran fuera 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: http://lists.debian.org/CAL5yMZS60bKAmLLL9G8NdukPYdE0HXhemwA=y5mzt6h1na8...@mail.gmail.com
Re: [OT] Usa Linux, decían... porque en Linux no hay virus.
El 25/10/13 19:46, Camaleón escribió: Mira, ahora mismo hay unos cuantos bichos para Android que no deja de ser un linux personalizado, o para iOS que bebe de la mismas fuentes que MacOS (pariente de UNIX). cuando se personaliza linux, sobre todo con módulos, bibliotecas o ... (puesto que linux es todo), la culpa no es de linux sino de las modificaciones que cada uno ha hecho. Por ejemplo el dhcp que modificó android, o algún módulo mágico que modificaron los de Samsung para su cámara. Vete tú a saber. A nivel de núcleo y por norma general si usas kernel.org, es bastante seguro y actualizable rápidamente, después está debian. A nivel de aplicación si se persigue escaldo lo anterior lo tapa y si es vulnerabilidad en usuario ..., distribución, y para esto lo más ágil es debian. Yo me pasé a Linux más que nada por la robustez del sistema y los servicios que ofrecía que le daban mil vueltas a las aplicaciones servidoras para windows (principalmente para servidor web y servidor de correo, que era lo que me interesaba en ese momento). Sinceramente, las estadísticas estaban ahí y entre un IIS Server bajo Windows 2000 Server (que sólo de pensarlo me daban escalofríos) y un SuSE Linux con Apache2 pues creo que la respuesta era obvia. Como decía un eslogan de McDonalds, lo importante no es que vengas (a linux) es que vuelvas :-P Saludos, Por suerte esto está ocurriendo en mi trabajo, con una excepción que ya se fué, solaris 10, aunque aún quedan muchas, seguramente en los próximos años desaparezcan :-D. -- Eduardo -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/526f047a.5020...@eduardors.net
Re: SYSTEMD
2013/10/28 Javier Barroso javibarr...@gmail.com: 2013/10/28 Camaleón noela...@gmail.com: El Mon, 28 Oct 2013 15:18:44 -0200, Guido Ignacio escribió: (ese html...) Lo han probado bajo debian? Dejando de lado que nos es compatible con BSD, han llegado a probarlo? Gracias de antemano! Pues de momento no, pero hay un encarnizado debate en la lista de desarrolladores sobre qué sistema incluir de manera predeterminada: Proposal: switch init system to systemd or upstart http://lists.debian.org/debian-devel/2013/10/msg00651.html Este mes hay 3 discusiones bastantes intensas (sistema de inicio, desktop por defecto, y systemd/gnome) en la lista de debian-devel, a ver qué conclusiones sacan ... De momento veo que no todo el mundo aporta razones objetivas y técnicas, estaría bien una lista debian-devel-objective o algo en la que sólo contaran las razones técnicas y los flame wars (o la gente que intenta que los haya) quedaran fuera En sí quienes tienen que tomar la decisión ahora son un comité técnico [0], aunque en Phoronix [1] dicen que entre los miembros que lo conforman, 2 son parte del equipo de Upstart de Canonical, así que el tema está peliagudo. En esa lista estan comenzando a postear argumentos más técnicos sobre uno y el otro para tomar la decisión. Saludos [0] http://lists.debian.org/debian-ctte/ [1] http://www.phoronix.com/scan.php?page=news_itempx=MTQ5NzQ -- A menudo unas pocas horas de Prueba y error podrán ahorrarte minutos de leer manuales. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caabycjoq00b_6me1pc5uqhzaebes+7eicgp8lhmsjz6akwv...@mail.gmail.com
Re: modem claro - ZTE MF190
realmente a claro faz bloqueio... como é que eu não sei... eu passei por uma situação parecida... tentava usar o modem com chip e nao ia, mas só navegava qnd eu fazia o cel de modem... tipo ai eu liguei para eles e solicitei um plano dedicado (80 MB no dia em que usar)... pago mais caro mas é bem melhor Em 28 de outubro de 2013 01:16, Fred Maranhão fred.maran...@gmail.com escreveu: Em 27 de outubro de 2013 19:26, Anderson Roberto Grella ander...@grella.com.br escreveu: O que o colega Vinicius questionou é relevante. Enfrentei caso parecido com esse num modem MF110, porém, da operadora Vivo. Só depois do contato por telefone com eles é que consegui me conectar. Usei o próprio software dentro do diretório Linux para a conexão. contato telefônico? eles liberam algo? ligar para eles não tentei. mas devia... bem, agora é tarde o modem e o laptop voltaram para ouricuri. mas antes tentei usar o modem num laptop com windows e não funcionou. o próprio software dentro do modem nao funciona. o pacote não é bem formado e dá problemas para instalar. não tentei o pacote rpm com alien. -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/capr829-bn6lnd00nyn356aulgrjmx0-2zeeluk1x1ra45...@mail.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: http://lists.debian.org/cacnf0pi5c4t2_7hgwkdzbq4_q81a9_kchybqwfkrhhiyqm8...@mail.gmail.com
Re: UFW e iptables
Inclusive, acho que muitos já sabem mas a Netfilter, empresa que desenvolve o Iptables e outros, estão desenvolvendo o Nftables como futuro substituto do Iptables, segue o link: http://www.netfilter.org/projects/nftables/index.html Será incorporado ao Kernel Linux em breve, mas o Iptables viverá muito tempo ainda ;) Em 25 de outubro de 2013 11:09, André Nunes Batista andrenbati...@gmail.com escreveu: On Thu, 2013-10-24 at 20:03 -0200, Sérgio Antônio dos Santos wrote: Oi pessoal, O Firewall UFW e iptables é a mesma coisa? Ou são dois firewall diferentes? Tenho que configurar os dois? Descrição do pacote no debian (http://packages.debian.org/wheezy/ufw): The Uncomplicated FireWall is a front-end for iptables, to make managing a Netfilter firewall easier. It provides a command line interface with syntax similar to OpenBSD's Packet Filter. It is particularly well-suited as a host-based firewall. Em português, sem ser tradução direta, isso significa que o ufw e o gufw são interfaces que tentam simplificar o uso do iptables. Se você instalá-los, como dependência o iptables vem instalado, já que é ele o backend (software por trás da interface) que realiza o filtro. Ou seja, o que o ufw faz é configurar o iptables para você com os parâmetros que você fornecer. A vantagem disso é que você não precisa entender a lógica do iptables, nem entender como funcionam os protocolos IP, ICPM, TCP, UDP. A desvantagem é que você perde a chance de aprender sobre esses protocolos e não consegue fazer um controle mais refinado das comunicações que a sua máquina realiza, tem que aceitar as opções disponíveis na interface. Abraços! -- André N. Batista GNUPG/PGP KEY: 6722CF80 -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1382710163.27278.47.camel@tagesuhu-pc -- Daniel Pimentel d4n1 :
Re: Digital Ocean
Firewall é um conceito que abrange desde filtro de pacotes, filtro de conteúdos a IDS, IPS e etc. Ou seja é um Mundo a se explorar. E o filtro de pacotes, Netfilter iptables por exemplo, ajuda a bloquear as portas, mas se você não aplicou um Hardening em seus serviços, desabilitou/desinstalou o que não for necessário e outros, o Firewall vai te servir pouco. E como falaram, um ataque direto pelas portas aberta/filtradas possivelmente surta efeito. E muitos que usam o UNIX, BSD, GNU/Linux acha que instalar um sistema desse porte está seguro somente por ele ter uma arquitetura mais rigida relacionada a segurança, mas com certeza se não for feito um bom trabalho haverá brechas do mesmo jeito, seja em nãp aplicar pathces de segurança, atualizar os pacotes e etc ou não usar/fazer o que um SysAdmin deve fazer e ter em mente, não exite nada 100% seguro! Em 25 de outubro de 2013 07:52, Vitor Hugo vitorhug...@hotmail.comescreveu: excelente colocação a maioria acha que firewall evita tudo ate aids -- From: he...@loureiro.eng.br Date: Thu, 24 Oct 2013 20:51:33 -0200 Subject: Re: Digital Ocean To: debian-user-portuguese@lists.debian.org Firewall não significa segurança e dependendo do tipo de servidor (web), pode até causar problemas. Firewall evita que sejam acessadas outras portas além das que já estão liberadas, mas ter um servidor enxuto e bem controlado/configurado, com somente as portas necessárias abertas (por exemplo 80 nos web) também funciona. E se um ataque do tipo de xss ou sql injection vier pela porta 80, a menos que tenha criado regras de filtragem com string de protocolo, o firewall não servirá pra nada. Em resumo: é preciso analisar todo o perímetro de segurança e definir qual a finalidade do firewall e o que se busca proteger. Abs, Helio Loureiro http://helio.loureiro.eng.br http://br.linkedin.com/in/helioloureiro http://twitter.com/helioloureiro http://gplus.to/helioloureiro Em 24 de outubro de 2013 18:26, Thiago T. Faioli thiago.fai...@gmail.comescreveu: Sergio, Tenho 3 servidores na Digital Ocean e, SIM você tem que ativar o firewall da máquina! Em 24 de outubro de 2013 12:00, Sérgio Antônio dos Santos sergio.serginhos...@gmail.com escreveu: Oi pessoal, tudo bem? Sou novo na lista. Acabei criar uma conta na Digital Ocean (https://www.digitalocean.com/) Estou configurando o apache e tentando colocar o máximo de segurança possível. Gostaria de saber se alguém aqui tem conta lá Digital Ocean. Tô precisando saber se preciso configurar o Firewall da máquina que eu estou gerenciando. Ou se este tipo de segurança é feito diretamente pelo Digital Ocean por trás? Obrigado pela ajuda Sérgio Antônio dos Santos Bacharel em Sistemas de Informação flavors.me/serginhosant --- Não tenho medo do grito dos violentos, dos corruptos, dos desonestos, dos sem-caráter, dos sem-ética. Tenho medo é do silêncio dos bons. Marthin Luther King, pastor negro americano assassinado em 1963. -- -- * Thiago T. Faioli* (31) 8449-4065 *Nº Nacional*: 3003-5410 /*Ramal*: 0011 *Chamada local em todo Brasil* * MSN/Skype/Gtalk:* thiago.fai...@gmail.com -- Daniel Pimentel d4n1 :
Re: SSH Hardening - disable root login
Além disso adiciona o AllowUser ou AllowGroup (melhor no seu caso) no sshd, além de desabilitar o root login, pois isso restringe ainda mais o acesso via ssh. Quem não for do grupo ou não for os usuários explicitamente definidos não terao acesso via ssh. Em 24 de outubro de 2013 19:23, Rafael Teixeira Duarte rafaeltdua...@gmail.com escreveu: Nos meus servidores sempre desabilito logins como root (locais e por ssh), crio um grupo (wheel) dos usuários que podem usar o su e restringo o su a eles, inclusive em servidores com somente um usuário. Se não me engano adotei esse padrão lendo o Securing Debian how to[0], um bom guia pra começar a entender e usar conceitos de hardening no Debian. [0]http://www.debian.org/doc/manuals/securing-debian-howto/ 2013/10/24 Rodrigo B Brasil rodrigobbra...@gmail.com: A utilização do 'sudo' resolveria seu problema? -- Rodrigo Bezerra Brasil Belém, PA, BR Intelligence is the ability to avoid doing work, yet getting the work done. -Linus Torvalds 2013/10/24 Sérgio Antônio dos Santos sergio.serginhos...@gmail.com Por segurança estou querendo desabilitar o usuário root. joe /etc/ssh/sshd_config PermitRootLogin no Só que para isso eu tenho que criar um outro usuário do grupo root ou administrador. Como eu faço isso? Outra coisa, esta prática é viável? obrigado Sérgio Antônio dos Santos Bacharel em Sistemas de Informação flavors.me/serginhosant --- Não tenho medo do grito dos violentos, dos corruptos, dos desonestos, dos sem-caráter, dos sem-ética. Tenho medo é do silêncio dos bons. Marthin Luther King, pastor negro americano assassinado em 1963. -- Rafael Teixeira Duarte - www.rafaelduarte.org Grupo de Usuári@s Debian em Goiás - www.debian-go.org Projeto Software Livre - Goiás - wiki.softwarelivre.org/PSLGO Associação Software Livre de Goiás - www.aslgo.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: http://lists.debian.org/caee6ta1nvfmlstnuuyfgpgkhi_ybauebnqo+osrynw9ma_g...@mail.gmail.com -- Daniel Pimentel d4n1 :
Re: Desenvolvimento embarcado no Debian
Estou usando em ARM, no Raspberry Pi e outros. Dependendo do sistema e seu limite de memória, processamento e etc, tem como ter um toolchain nativo. O Raspberry Pi tem e outros Linux embarcados como PCDuino (Arduino + Linux), beaglobone black e outros. Em 23 de outubro de 2013 17:00, Dyego Cantu c4n...@gmail.com escreveu: Olá pessoal, Vocês utilizam o Debian para desenvolvimento de sistemas embarcados? Se sim, poderiam me indicar alguma fonte sobre a utilização de toolchain no Debian? Tenho encontrado apenas tutoriais e ferramentas (vide Linaro) para Ubuntu. Inclusive, gostaria de utilizar o gcc-arm, mas não encontrei no Debian. Abraço. Dyego -- Daniel Pimentel d4n1 :
Re: Desenvolvimento embarcado no Debian
Olá Daniel, Obrigado por me responder! Eu tambem uso a Raspberry Pi e a Beaglebone Black :D Acontece que não tenho encontrado documentação sobre usuários Debian para desenvolvimento embarcado. Tem um projeto chamado Emdebian[1] que, pelo que entendi, fornece o toolchain. Mas não entendi muito bem como utilizá-lo... Gostaria de realizar tutoriais como aqueles do Sergio Prado[2] mas sem abrir mão do Debian rsrs [1] http://www.emdebian.org/ [2] http://sergioprado.org/desenvolver-sistema-linux-zero-beaglebone-black/ Abs. Dyego
Re: Is my unattended upgrades working?
Hi, check if your method is similar as this tutorial. http://www.oneopensource.it/10/08/2011/ubuntu-debian-installare-in-automatico-aggiornamenti-di-sicurezza/ Tell abour your next progress. Carlo. 2013/10/27 Florian Lindner mailingli...@xgm.de: Hello, on Debian Wheezy I try to use the included unattended upgrades script for security updates: root@astarte ~ # cat /etc/apt/apt.conf APT::Install-Recommends 0; APT::Install-Suggests 0; APT::Periodic::Update-Package-Lists 1; APT::Periodic::Verbose 2; APT::Periodic::Unattended-Upgrade 1; root@astarte ~ # ll /etc/cron.daily -rwxr-xr-x 1 root root 14985 Jun 4 11:33 apt.dpkg-dist* but the last line in /var/log/unattended-upgrades/unattended-upgrades.log is from 2013-10-25 when I executed apt.dpkg-dist manually. Why is it not working like it should? Thanks! Florian -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1440038.I5CvktzWvA@horus -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAF-vDa8EXt8xjduqHyZ3zRPHUR-7Sg6FP7vk9mO+Lhh=gg5...@mail.gmail.com
Re: How to ditch nouveau driver with nVidia card
Harry Putnam rea...@newsguy.com writes: [...] However: . . . . . . . . . . . . . . Alternatively, boot with nouveau.noaccel=1 to disable acceleration Seems to be golden... It does seem to stop the goofy login at console screen. And since my uasge on linux is never heavily graphics oriented I see no downside so far. Thank you for the helpful posts. First, you did mean to put `nouveau.noaccel=1' on the kernel line right? I forgot one aspect of having `nouveau.noaccel=1' on the kernel line. It fixes my goofy screen problem but it does cause bootup to go into maintenance mode. Telling me to enter root passwd or press C-d. I press C-d and it finishes booting up normally. So it means I cannot have an unattended bootup, but that is usually what I do anyway so not a huge problem, but wondered if there might be some other way to disable acceleration that on the kernel line? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87mwlthe82@newsguy.com
Re: What's the easiest and/or simplest part of Linux Kernel?
On Sun, Oct 27, 2013 at 11:05 AM, Jerry Stuckle jstuc...@attglobal.net wrote: On 10/26/2013 1:12 PM, Joel Rees wrote: On Sat, Oct 26, 2013 at 10:59 AM, Zenaan Harkness z...@freedbms.net wrote: On 10/26/13, Jerry Stuckle jstuc...@attglobal.net wrote: [...] Machine is a bad term because it is not Machine Oriented Programming. It is Object Oriented Programming - because it emulates real world objects - not machines. And a machine is not a real-world object? [...] Terminology junkies are welcome to their terms. Some on this list have graciously ceded to _your_ preferred terms, in an endeavour to attempt to maintain actual communication. I think that is a wise thing. Good luck, Zenaan Thanks for your efforts, Zeenan. However, don't misinterpret the silence. I've just run out of time to argue with Jerry. I mean, yeah, when he trivialized my whole career into a bit of reading a few pages on wikipedia and writing a little php, that got my back up. But satisfying my ego is not going to put bread on my family's table. I have more important things to do. What you don't understand is YOU are the only one who can trivialize YOUR career. No one else can. And no, I did NOT refer to reading a few pages on wikipedia and writing a little php. I do not consider either to be reliable. Rather, I referred to recognized experts in the field such as Booch, Rumbaugh and Stroustrup. But you're too caught up in your own little world to even try to understand REAL experts. Your mantra is I have my mind made up and no one will change it. Such is the life of those who will not learn. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/526c7506.5000...@attglobal.net -- Joel Rees Be careful where you see conspiracy. Look first in your own heart. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caar43inftefsy-tyyzpivbco6amrlevqz3f33toeu1dizec...@mail.gmail.com
Centralized update management (WSUS-like) for Debian-based systems?
Hi, we're looking for something a bit WSUS-like for Debian (and Ubuntu) to roll out updates etc on our Debian- and Ubuntu-based infrastructure. We've already tried Landscape (the licensing fees are not economically for us) and Spacewalk (which would be perfect, if it would correctly recognize all packages..) What we definitely need is - webinterface - should do its own update lookups - should tell all and/selected clients to install/update all/selected packages - communication needs to be client-initiated (internal routing won't allow anything else) - Permissions (limit certain users to certain systems, user xy can see updates but not start a rollout) - logging (very important, every action done needs to be logged somewhere) Also LDAP-Authentification would be a nice-to-have. Would be great if it would be an (active) open source project. Maybe you know something usable that would fit somehow these requirements? Thanks for your help! Greetings from Germany - Philipp -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/526e4ffe.60...@tamcore.eu
local repo
Hi everybody. I want to make local repositary on computer without internet connection. Coze im bored with insertion of dvd to this computer. Will you give me good recipe how to do that from CD or DVD set? Thanks in advance. Andrey -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/37e7b63fdf692a77ce3d7ce905db3445.squir...@newmail.bilkent.edu.tr
Re: sudo and UNIXes (was: audacity export wma format[1 more question])
On Sun, Oct 27, 2013 at 3:31 AM, Reco recovery...@gmail.com wrote: On Sat, 26 Oct 2013 21:50:23 + Tom H tomh0...@gmail.com wrote: On Fri, Oct 25, 2013 at 9:16 PM, Reco recovery...@gmail.com wrote: Yes, but pfexec is not sudo. And privilege-aware Solaris shells are definitely not sudo too. It might not be sudo but it's the same principle of privilege escalation. sudo's simpler to set up so I've yet to work at any Solaris shop where it hasn't been installed (it's not necessarily used though; I moonlight at two companies where telnetting as root is the norm...). I agree that sudo is simpler to setup. I disagree that sudo is installed everywhere where Solaris is. Because - it's third-party software. And people don't like to install third-party software ('vendor didn't included it - we don't use it'). Your experience may be different but you can't disagree with what's been my experience over many years in many different companies! -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAOdo=syyg5txsz83qfx-pjqrejrct2dxohkmnkby1gwdyjz...@mail.gmail.com
Re: sudo and UNIXes
On Sun, Oct 27, 2013 at 09:28:51PM -0600, Joe Pfeiffer wrote: Reco recovery...@gmail.com writes: True, you need to add to the picture that curious user who just read on Bugtraq or Full Disclosure about fresh vulnerability in sudo. Or that disgruntled user who needs /etc/system changed right here and now. Or that developer who needs to do this 'small change, nobody will notice' on a production server. And if you don't have such people there - good for you, as here we can always find such person here. You also have to add to the picture such a vulnerability, and I haven't noticed any. If we're speaking of public vulnerabilities: CVE-2010-0427. CVE-2013-1775 (allows bypass sudoders modification to retain root privileges). I have no knowledge about private 0days. Reco -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131028134702.GA23316@x101h
Re: sudo and UNIXes (was: audacity export wma format[1 more question])
On Mon, Oct 28, 2013 at 09:37:02AM -0400, Tom H wrote: On Sun, Oct 27, 2013 at 3:31 AM, Reco recovery...@gmail.com wrote: On Sat, 26 Oct 2013 21:50:23 + Tom H tomh0...@gmail.com wrote: On Fri, Oct 25, 2013 at 9:16 PM, Reco recovery...@gmail.com wrote: Yes, but pfexec is not sudo. And privilege-aware Solaris shells are definitely not sudo too. It might not be sudo but it's the same principle of privilege escalation. sudo's simpler to set up so I've yet to work at any Solaris shop where it hasn't been installed (it's not necessarily used though; I moonlight at two companies where telnetting as root is the norm...). I agree that sudo is simpler to setup. I disagree that sudo is installed everywhere where Solaris is. Because - it's third-party software. And people don't like to install third-party software ('vendor didn't included it - we don't use it'). Your experience may be different but you can't disagree with what's been my experience over many years in many different companies! Of course I agree with you. You've seen what you have seen, I have no doubts about that. Of course there are people who use sudo on Solaris, but - there are people who are not, and who are won't do it. Third-party status is one of the reasons for it. Reco. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131028135129.GB23316@x101h
Re: sudo and UNIXes
On 10/28/2013 03:47 PM, Reco wrote: On Sun, Oct 27, 2013 at 09:28:51PM -0600, Joe Pfeiffer wrote: [snip] You also have to add to the picture such a vulnerability, and I haven't noticed any. If we're speaking of public vulnerabilities: CVE-2010-0427. CVE-2013-1775 (allows bypass sudoders modification to retain root privileges). CVE-2010-0427 may be the better example of the two, though it relies on a special configuration. CVE-2013-1775 is a rather contrived case and needs physical access. The general perception is that the game is over anyway when there is physical access. /Lars -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/526e6d10.5070...@gmail.com
Re: sudo and UNIXes (was: audacity export wma format[1 more question])
On Sun, Oct 27, 2013 at 08:15:43PM -0600, Bob Proulx wrote: Reco wrote: Oh. You mean that HP suddenly transformed to good fairies and stopped charging extra for aCC? Or IBM received an encrypted signal from their supervisors from Mars and did the same to vacc? And don't even mention Sun, those guys managed to build their base system with two different C compilers at once (gcc and that thing they put in Sun Studio instead of C compiler). Wait. You mean the first thing you compile on a new system isn't gcc? Sometimes it would be 'make' first. Then gcc, binutils, and the rest of the support chain. The make again using gcc. Then a hundred others! Yep. On Solaris I use vendor packages with gcc, gmake and GNU toolchain. On AIX I use Linux Compatibility toolkit, and it provides me GNU toolchain too. Luckily I don't have to compile anything for HP-UX. Heard someone built gcc for it, didn't needed it so far. Once I've bootstrapped GNU toolchain on Solaris (it was x86 so it was relatively fast), and I have no desire to repeat this process on, say, T2000. As for 'solid base'... C'mon, treating openssh as a third-party tool? No meaningful firewall in default install? Telnet and FTP (root is allowed by default) enabled by default and are listening 0.0.0.0? Mandatory access control as a paid feature? Clearly our definitions of 'solid base' are different. By solid base I mean the Unix kernel. Have you ever needed to rescue a system suffering under a fork-bomb? Well, there was that incident with Solaris projects and limiting LWPs with them, and I thought it was a good idea to test it with Perl fork bomb. That particular project was configured wrong way :( Bugger ate all memory just as fine as it'd did on Linux. Forking any process wasn't possible as a result. So, server was bounced. Under the Linux kernel with defaults you will need to power cycle it. Even if you were already logged into it at best you would rather quickly get Connection closed by foreign host. But I have been able to log into HP-UX systems while under such stress and was able to kill the offending processes. That is what I meant by a solid base. It has a solid kernel. That is the base of the operating system. I didn't test fork bombs on HP-UX (that's something I'll probably do in the future). If they use optimistic memory allocation, it'll be an interesting experience. The other things you mention I place in another layer above it. Most are policy decisions about telnet, ftp, and others wide open you can affect and change when it is your system to maintain. There isn't any reason not to turn off telnet and ftp entirely for example. That's a legitimate point of view. But I prefer the systems in which I don't have to turn off anything unneeded (ideally, I don't have to install anything I don't need). But I agree about the security aspect. When I have needed to put one of those legacy systems on the net I usually protected it by putting it behind a separate firewall box. Because of some of the problems you mention. Using a separate proxy box for just the task needed made the security easier. But that doesn't make the machine less reliable for running large loads with an uptime of years. There's nothing you wrote here I'd disagree with. And one must be careful of throwing stones. For example Debian does not provide a firewall by default. And it is debatable if it needs one. Many people don't configure one. Many people do. It all depends upon many things about the use case. I don't put one on internal machines. But I do put one on front facing machines. That's Debian fault indeed. But at least they don't include any network services worth speaking of (should we count NFS portmapper, or not?) in an installation produced by netboot. You left the large unless local sysadmins care about security escape clause there. But what about if the local admin *does* care about security? In that case you can have a system with _better_ security than that provided by the vendor. If local sysadmin cares about security then that site is truly blessed. No irony. See, I earn my salary for solving problems with certain proprietary cross-platform software. As a part of job, I visit may different places, and what do I see there? No need to try to convince me. I have seen many horrors. But I don't think this problem is specific to the legacy Unix vendors. Of course not, that's something I've admitted in the same mail. UNIXes just make managing useful third-party software harder, that's all. Not that UNIXes are that bad. It happens for any OS, GNU/Linux included. And that is exactly my point. The biggest place I see problems today are companies that have full paid support for RHEL. But they are running very old and outdated software. I ask them why they are running RHEL and the answer is invariably because that was a commercially supported
Re: sudo and UNIXes
On Mon, Oct 28, 2013 at 03:56:32PM +0200, Lars Noodén wrote: On 10/28/2013 03:47 PM, Reco wrote: On Sun, Oct 27, 2013 at 09:28:51PM -0600, Joe Pfeiffer wrote: [snip] You also have to add to the picture such a vulnerability, and I haven't noticed any. If we're speaking of public vulnerabilities: CVE-2010-0427. CVE-2013-1775 (allows bypass sudoders modification to retain root privileges). CVE-2010-0427 may be the better example of the two, though it relies on a special configuration. CVE-2013-1775 is a rather contrived case and needs physical access. The general perception is that the game is over anyway when there is physical access. Still, they are (hopefully fully fixed) vulnerabilities, and they allow escalation to root, aren't they? Reco -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131028143416.GD23316@x101h
Installation of Debian under MAC OS X Lion and Parallels Desktop 7
Hello everyone, i have a little problem with the installation of a Debian package ( ixsoft ) from 8 DVD´s under Parallels Desktop on a MacBookPro. After starting a new virtual machine installation under Parallels it asks for a CD/DVD. But the inserted DVD can not be read ! When i start an already installed Windows 7, Windows can read the files on the DVD. How can i solve it ? Mit freundlichen Grüßen/Best regards Holger Lech SW Developer I BS PG1 CF SW PG1 LCC BCM2 RBG2 Continental Corporation Siemensstrasse 12, Geb: 47.5.P12.1 D - 93055 Regensburg Telefon/Phone: +49 941 790-8410 Telefax: +49 941 790-998410 E-Mail: holger.l...@continental-corporation.com www.continental-corporation.com __ Continental Automotive GmbH, Siemensstr. 12, 93055 Regensburg, Germany Geschäftsführer/Managing Directors: Helmut Matschi, Gérard Cordonnier, Harald Stuhlmann Sitz der Gesellschaft/Registered office: Hannover Registergericht/Commercial registry: Hannover, HRB 59424, USt-Id. Nr. DE814950663 ___ Proprietary and confidential. Distribution only by express authority of Continental AG or its subsidiaries.
Re: Installation of Debian under MAC OS X Lion and Parallels Desktop 7
On Mon, Oct 28, 2013 at 9:53 AM, holger.l...@continental-corporation.comwrote: Hello everyone, i have a little problem with the installation of a Debian package ( ixsoft ) from 8 DVD´s under Parallels Desktop on a MacBookPro. After starting a new virtual machine installation under Parallels it asks for a CD/DVD. But the inserted DVD can not be read ! When i start an already installed Windows 7, Windows can read the files on the DVD. How can i solve it ? I've not worked much with DVDs and/or Parallels with Debian on OS/X, but I have tinkered with USB sticks and VirtualBox, and it's been my experience that I have to eject the USB stick from the OS/X side (right-click, Eject, from the Finder's Desktop), and then use the VBox menus to mount the USB stick so that Debian can then see it. (In other words, VBox can't see an OS/X-mounted USB stick; it has to be unmounted from OS/X before VBox can see it as mountable to its guest OS.) I also vaguely recall that if you don't tell VBox to mount it fairly quickly (30 seconds?) after ejecting it from OS/X, OS/X will then remount it and make it once again unavailable to VBox. -- Kent West))) Westing Peacefully - http://kentwest.blogspot.com
Re: Is my unattended upgrades working?
Am Montag, 28. Oktober 2013, 07:08:08 schrieb Carlo: Hi, check if your method is similar as this tutorial. http://www.oneopensource.it/10/08/2011/ubuntu-debian-installare-in-automatic o-aggiornamenti-di-sicurezza/ Tell abour your next progress. Well I don't speak Italian... ;-) But as far as I can tell, I'm on the same track... The thing what puzzles me most is that if the apt.dpkg-dist script is called manually it logs just fine and everything. But the cron job that is supposed to run logs nothing.. Thanks! Florian Carlo. 2013/10/27 Florian Lindner mailingli...@xgm.de: Hello, on Debian Wheezy I try to use the included unattended upgrades script for security updates: root@astarte ~ # cat /etc/apt/apt.conf APT::Install-Recommends 0; APT::Install-Suggests 0; APT::Periodic::Update-Package-Lists 1; APT::Periodic::Verbose 2; APT::Periodic::Unattended-Upgrade 1; root@astarte ~ # ll /etc/cron.daily -rwxr-xr-x 1 root root 14985 Jun 4 11:33 apt.dpkg-dist* but the last line in /var/log/unattended-upgrades/unattended-upgrades.log is from 2013-10-25 when I executed apt.dpkg-dist manually. Why is it not working like it should? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/34595950.DK6f1ZdmSf@horus
Re: sudo and UNIXes
Reco recovery...@gmail.com writes: On Sun, Oct 27, 2013 at 09:28:51PM -0600, Joe Pfeiffer wrote: Reco recovery...@gmail.com writes: True, you need to add to the picture that curious user who just read on Bugtraq or Full Disclosure about fresh vulnerability in sudo. Or that disgruntled user who needs /etc/system changed right here and now. Or that developer who needs to do this 'small change, nobody will notice' on a production server. And if you don't have such people there - good for you, as here we can always find such person here. You also have to add to the picture such a vulnerability, and I haven't noticed any. If we're speaking of public vulnerabilities: CVE-2010-0427. Does not permit users outside of those in the sudoers file (or with the root password) to escalate privileges. CVE-2013-1775 (allows bypass sudoders modification to retain root privileges). Again -- isn't basically equivalent to giving everyone uid=0. Permits someone who *has* sudo access to avoid retyping a password. I have no knowledge about private 0days. Reco -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1bvc0hcqqo@snowball.wb.pfeifferfamily.net
Debian setup for python django development
Hi all, I have been trying to set up a python, django, mysql development project and am really confused. All of the documentation seems to ignore the apt-get installation methods used by ebian and its derivatives. Does pip install the same as Aptitude ( I don't think so). If I use virtualenvwrapper, how does this fit with the normal debian (wheezy) installation. I also need git which just confuses the situation even more. The documentation centers on Windoz and Mac and ignores the automation of the Debian installation. If this is off topic please point me in the right direction. Any help with straightening out my brain in this areal will be sincerely appreciated. Gary R. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/526e9afe.6030...@verizon.net
Re: sudo and UNIXes (was: audacity export wma format[1 more question])
On Mon, Oct 28, 2013 at 1:51 PM, Reco recovery...@gmail.com wrote: On Mon, Oct 28, 2013 at 09:37:02AM -0400, Tom H wrote: On Sun, Oct 27, 2013 at 3:31 AM, Reco recovery...@gmail.com wrote: On Sat, 26 Oct 2013 21:50:23 + Tom H tomh0...@gmail.com wrote: On Fri, Oct 25, 2013 at 9:16 PM, Reco recovery...@gmail.com wrote: Yes, but pfexec is not sudo. And privilege-aware Solaris shells are definitely not sudo too. It might not be sudo but it's the same principle of privilege escalation. sudo's simpler to set up so I've yet to work at any Solaris shop where it hasn't been installed (it's not necessarily used though; I moonlight at two companies where telnetting as root is the norm...). I agree that sudo is simpler to setup. I disagree that sudo is installed everywhere where Solaris is. Because - it's third-party software. And people don't like to install third-party software ('vendor didn't included it - we don't use it'). Your experience may be different but you can't disagree with what's been my experience over many years in many different companies! Of course I agree with you. You've seen what you have seen, I have no doubts about that. Of course there are people who use sudo on Solaris, but - there are people who are not, and who are won't do it. Third-party status is one of the reasons for it. It's a question of cost/benefit. The IT department asks itself: Does the cost of installing and maintaining sudo outweigh the benefit of integrating it into the admin workflow? Invariably the answer's been yes everywhere that I've worked, in spite of the third-party nature of sudo (and the same goes with lsof BTW, although far less often), to the _official_ dismay of visiting Sun/Oracle reps and admins. Using sudo also aligns switch to root for sysadmins and switch to their special users for developers on Solaris and Linux in terms or use, logging, and auditing. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAOdo=szac-chpcz7n-kwyemymhtfzdfiqrdub2fxhq81zs1...@mail.gmail.com
Re: sudo and UNIXes (was: audacity export wma format[1 more question])
Reco wrote: Bob Proulx wrote: And one must be careful of throwing stones. For example Debian does not provide a firewall by default. And it is debatable if it needs one. Many people don't configure one. Many people do. It all depends upon many things about the use case. I don't put one on internal machines. But I do put one on front facing machines. That's Debian fault indeed. But at least they don't include any network services worth speaking of (should we count NFS portmapper, or not?) in an installation produced by netboot. Is 'rpcbind' installed by default? I will need to look. I wonder why it would be there? That is an exaggeration. For one it would need to be a local exploit for sudo to come in play. Ok, let's say … CVE-2010-0427. Somewhat old, but possible. CVE-2010-0427 is a local only exploit. (Failure to reset group permissions properly.) So it would need to be a locally known user in order to exploit it. Not the same as having written the password on a T-shirt and wearing it around. Therefore it would require a local user to attack it. A local access attack. SSH or telnet which is given such user for any legitimate purpose will do just fine. Yes. But as described on these old Unix systems they are almost certainly part of the company, part of the family. There are different levels of security needed to get jobs done. Not every system needs to have ultimate security applied to it. And again it isn't the same as putting it on a T-shirt and wearing it around. The password on a t-shirt would require simply require someone who could walk by the admin and see it to gain remote access. Hmm. Usually they keep developers, end users and sysadmins separated here. So it's basically the same access complexity. Goodness forbid that developers would ever talk with users or sysadmins! :-( And sudo isn't that important. There's always Swiss-cheese web-interfaces today :) People are writing new bugs every day! Those that do not study history are doomed to repeat it. Bob signature.asc Description: Digital signature
Re: Is my unattended upgrades working?
Florian Lindner wrote: Florian Lindner wrote: root@astarte ~ # ll /etc/cron.daily -rwxr-xr-x 1 root root 14985 Jun 4 11:33 apt.dpkg-dist* The thing what puzzles me most is that if the apt.dpkg-dist script is called manually it logs just fine and everything. But the cron job that is supposed to run logs nothing.. Are you talking about /etc/cron.daily/apt.dpkg-dist file name? That name will never be run by run-parts because the name matches one of the standard dpkg installed files that are NOT enabled. run-parts is called by cron from /etc/crontab. Try this and see what names are printed. The apt.dpkg-dist name will not be printed. It is not run by run-parts. Along with #* names and *~ names and others that are skipped. run-parts --list /etc/cron.daily I guess that when apt was installed or upgraded somewhere along the way you had modified the /etc/cron.daily/apt file. Therefore dpkg didn't overwrite it and left the new version of the file there as apt.dpkg-dist so that you could examine it and merge it into the standard /etc/cron.daily/apt file if desired. [I don't remember the difference between files with .dpkg-dist and .dpkg-new names. Basically the same situation but arrived there differently. Conversely if dpkg replaces a file then the old file is left around as .dpkg-old. dpkg will ask you with a dialog if you want the old file, new file, or view differences, then you select one option and the result is as you see.] Bob signature.asc Description: Digital signature
Re: sudo and UNIXes (was: audacity export wma format[1 more question])
On Mon, Oct 28, 2013 at 11:45:03AM -0600, Bob Proulx wrote: Reco wrote: Bob Proulx wrote: And one must be careful of throwing stones. For example Debian does not provide a firewall by default. And it is debatable if it needs one. Many people don't configure one. Many people do. It all depends upon many things about the use case. I don't put one on internal machines. But I do put one on front facing machines. That's Debian fault indeed. But at least they don't include any network services worth speaking of (should we count NFS portmapper, or not?) in an installation produced by netboot. Is 'rpcbind' installed by default? I will need to look. I wonder why it would be there? Part of a NFS client, I guess. Package is not marked as an essential one, though. Running a diskless client over NFS would be a curious trick without NFS support enabled. That is an exaggeration. For one it would need to be a local exploit for sudo to come in play. Ok, let's say … CVE-2010-0427. Somewhat old, but possible. CVE-2010-0427 is a local only exploit. (Failure to reset group permissions properly.) So it would need to be a locally known user in order to exploit it. Not the same as having written the password on a T-shirt and wearing it around. I fail to see how one could be given an SSH access to the host, be able to use sudo (and do so successfully), and still not be a local user. I must miss something here, can you please enlighten me? SSH or telnet which is given such user for any legitimate purpose will do just fine. Yes. But as described on these old Unix systems they are almost certainly part of the company, part of the family. There are different levels of security needed to get jobs done. Not every system needs to have ultimate security applied to it. And again it isn't the same as putting it on a T-shirt and wearing it around. Servers are usually differentiated by their lifecycle status indeed. Purpose of testing and development servers that don't even try to mimic production environment always eluded me. The password on a t-shirt would require simply require someone who could walk by the admin and see it to gain remote access. Hmm. Usually they keep developers, end users and sysadmins separated here. So it's basically the same access complexity. Goodness forbid that developers would ever talk with users or sysadmins! :-( Not funny. That's exactly what goes on here usually. About the only people who can (and will) speak to everybody are helpdesk and HRs. Old 'divide and rule' principle applied at a shop level. Reco -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131028180553.GA29376@x101h
Re: local repo
On Mon, 28 Oct 2013 15:32:27 +0200 andrey.ry...@bilkent.edu.tr wrote: Hi everybody. I want to make local repositary on computer without internet connection. Coze im bored with insertion of dvd to this computer. Will you give me good recipe how to do that from CD or DVD set? http://www.unixmen.com/setup-local-repository-with-debian-7/ Thanks in advance. Andrey Celejar -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131028140901.e94187efa7a4ae320d014...@gmail.com
Re: sudo and UNIXes
On Mon, Oct 28, 2013 at 10:19:43AM -0600, Joe Pfeiffer wrote: Reco recovery...@gmail.com writes: You also have to add to the picture such a vulnerability, and I haven't noticed any. If we're speaking of public vulnerabilities: CVE-2010-0427. Does not permit users outside of those in the sudoers file (or with the root password) to escalate privileges. Lessens attack surface, but doesn't void the existence of vulnerability. CVE-2013-1775 (allows bypass sudoders modification to retain root privileges). Again -- isn't basically equivalent to giving everyone uid=0. Permits someone who *has* sudo access to avoid retyping a password. Not only that. Permits someone who already has sudo access to continue having such access indefinitely, ignoring being excluded from sudoers altogether. Reco -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131028181130.GB29376@x101h
Re: sudo and UNIXes (was: audacity export wma format[1 more question])
Reco wrote: Bob Proulx wrote: Is 'rpcbind' installed by default? I will need to look. I wonder why it would be there? Part of a NFS client, I guess. Package is not marked as an essential one, though. Running a diskless client over NFS would be a curious trick without NFS support enabled. NFS client is not enabled by default. So that wouldn't be it. I just tried a minimum installation of Debian Wheezy in a VM and rpcbind was not installed. Are you sure it is installed by default? CVE-2010-0427 is a local only exploit. (Failure to reset group permissions properly.) So it would need to be a locally known user in order to exploit it. Not the same as having written the password on a T-shirt and wearing it around. I fail to see how one could be given an SSH access to the host, be able to use sudo (and do so successfully), and still not be a local user. I must miss something here, can you please enlighten me? You said using outdated sudo is an equivalent to wearing T-shirt with a root password written on it as an end result will be the same. I was refuting that statement. It isn't even close to being the same. Using sudo would require a local user exploit. You seem to agree that it would require a local user to exploit it. Having the root password publicly known does not require a local user. They are not the same class of issue at all. Not even close. Bob signature.asc Description: Digital signature
Re: sudo and UNIXes
Bob Proulx writes: I just tried a minimum installation of Debian Wheezy in a VM and rpcbind was not installed. Are you sure it is installed by default? Rpcbind is priority standard. It is neither essential nor required. Thus whether it is installed by default or not depends on how you define a minimum installation. -- John Hasler jhas...@newsguy.com Elmwood, WI USA -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/874n81gnpl@thumper.dhh.gt.org
Re: sudo and UNIXes (was: audacity export wma format[1 more question])
On Mon, Oct 28, 2013 at 01:14:33PM -0600, Bob Proulx wrote: Reco wrote: Bob Proulx wrote: Is 'rpcbind' installed by default? I will need to look. I wonder why it would be there? Part of a NFS client, I guess. Package is not marked as an essential one, though. Running a diskless client over NFS would be a curious trick without NFS support enabled. NFS client is not enabled by default. So that wouldn't be it. I just tried a minimum installation of Debian Wheezy in a VM and rpcbind was not installed. Are you sure it is installed by default? No, I'm unsure. May be it was minimum install + recommended server install (whatever it is called now actually). Did minimum install had any network services activated? CVE-2010-0427 is a local only exploit. (Failure to reset group permissions properly.) So it would need to be a locally known user in order to exploit it. Not the same as having written the password on a T-shirt and wearing it around. I fail to see how one could be given an SSH access to the host, be able to use sudo (and do so successfully), and still not be a local user. I must miss something here, can you please enlighten me? You said using outdated sudo is an equivalent to wearing T-shirt with a root password written on it as an end result will be the same. I was refuting that statement. It isn't even close to being the same. Using sudo would require a local user exploit. You seem to agree that it would require a local user to exploit it. Having the root password publicly known does not require a local user. They are not the same class of issue at all. Not even close. Point taken. And what about the end result ('user will get root privs')? Reco -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131028201600.GA8940@x101h
Re: How to ditch nouveau driver with nVidia card
On 2013-10-28 11:38 +0100, Harry Putnam wrote: First, you did mean to put `nouveau.noaccel=1' on the kernel line right? Yes. I forgot one aspect of having `nouveau.noaccel=1' on the kernel line. It fixes my goofy screen problem but it does cause bootup to go into maintenance mode. Telling me to enter root passwd or press C-d. I press C-d and it finishes booting up normally. This is rather odd and indicates that you are booting in single user mode, perhaps by passing init 1 or single as boot parameters. The answer should be found in /proc/cmdline. So it means I cannot have an unattended bootup, but that is usually what I do anyway so not a huge problem, but wondered if there might be some other way to disable acceleration that on the kernel line? I'm not aware of any, but disabling graphics acceleration is orthogonal to booting in single user mode. Cheers, Sven -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87wqkxw2bi@turtle.gmx.de
Re: firmware installation
On Fri, 2013-10-25 at 22:35 +0700, Diogene Laerce wrote: Hi, I'd like to know if it is possible to install some firmware in the 3.2 kernel but from the 2.6 ? I need to install some firmwares to make the 3.2 kernel works on my machine but I can only access the computer when the 2.6.35 is loaded : when the 3.2 is loaded my mouse and keyboard are freezed, and network is out. Thank you -- “One original thought is worth a thousand mindless quotings.” “Le vrai n'est pas plus sûr que le probable.” Diogene Laerce Where are those firmwares currently installed? Where did you get them from? Are you upgrading from squeeze to wheezy? Did you experience any trouble during dist-upgrade? Can you provide logs? -- André N. Batista GNUPG/PGP KEY: 6722CF80 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1382993306.27278.92.camel@tagesuhu-pc
Re: firmware installation
On Mon, Oct 28, 2013 at 2:48 PM, André Nunes Batista andrenbati...@gmail.com wrote: On Fri, 2013-10-25 at 22:35 +0700, Diogene Laerce wrote: Hi, I'd like to know if it is possible to install some firmware in the 3.2 kernel but from the 2.6 ? I need to install some firmwares to make the 3.2 kernel works on my machine but I can only access the computer when the 2.6.35 is loaded : when the 3.2 is loaded my mouse and keyboard are freezed, and network is out. Thank you -- “One original thought is worth a thousand mindless quotings.” “Le vrai n'est pas plus sûr que le probable.” Diogene Laerce Where are those firmwares currently installed? Where did you get them from? Are you upgrading from squeeze to wheezy? Did you experience any trouble during dist-upgrade? Can you provide logs? -- André N. Batista GNUPG/PGP KEY: 6722CF80 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1382993306.27278.92.camel@tagesuhu-pc Diogene, Could you please provide what Andre requested as well as if this is all the same installation and it's just an upgrade, or if it is two different installs on two different volumes. If it's just a upgrade and they show in your aptitude list firmware then it shouldn't be a problem. Otherwise, if they are separate, if the installs use the same architechtures (amd64 or i686) you can chroot. Hope this helps. Shane -- Shane D. Johnson IT Administrator Rasmussen Equipment
Re: Debian setup for python django development
Le 28.10.2013 18:12, Gary Roach a écrit : Hi all, I have been trying to set up a python, django, mysql development project and am really confused. All of the documentation seems to ignore the apt-get installation methods used by ebian and its derivatives. Does pip install the same as Aptitude ( I don't think so). If I use virtualenvwrapper, how does this fit with the normal debian (wheezy) installation. I also need git which just confuses the situation even more. I do not know a lot of things about python development, but I think you can first try to not question yourself about how to do things. Just do them. For git and mysql, simply use apt-get ( or aptitude or synaptic or whatever you prefer ). Things will work out of the box. Of course, you will have to setup mysql to create DBs, but this will be the same as on any other OS. Or almost ( rights management might be more complicated than on windows, but you will probably find solutions when you will have error messages ). For django, it seems that there is a package named libqdjango-dev, and python is already installed because lot of tools depends on it. The documentation centers on Windoz and Mac and ignores the automation of the Debian installation. I think that simply installing those things will make things working fine. Except if you need versions or libraries that are not packaged in Debian, there is really no need for complex documentations about how to setup a development environment. I think that this is why people just do not make such documentations. As you said, things are automated. Nothing to do, if you do not have specific needs not currently handled by the system ( for example, very recent version of a lib, or lib that are not in the repo at all ). If this is off topic please point me in the right direction. You are in the right place. Any help with straightening out my brain in this areal will be sincerely appreciated. Gary R. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/011f5e1fc1c8e073055ca2d5845f6...@neutralite.org
Latest kernel update fixed crashes?
The latest kernel update seems to have fixed the panics and GPFs I was experiencing. I was experiencing nearly predictable crashes whenever RAM was filled with cached disk blocks. At that point, it seemed that anything that addressed the cache would cause a crash: use a program that needed RAM or compile something. Even 'sync' would cause a crash. I think I even reinstalled the linux-image pkg, thinking something might've been corrupted. I'm running Wheezy 64-bit. I had 8GiB of GSkill 9-9-9-24 RAM in my quad PhenomII, Gigabyte MA790FXT-UD5P. Because a memtest showed there might be a bad bit somewhere, I bought new RAM: 16GiB GSkill 7-7-7-21. It made no difference. As soon as there was pressure on RAM, the system would crash. Sometimes with triple faults. I was really beginning to doubt the CPU (memory controller) and other hardware. Then the latest kernel update was released (3.2.51, I believe). I installed it and the problems ceased. I can build my firewall without crashes now; the complete build fills 16GiB RAM (cached disk blocks). I perused the kernel changelogs from .46 to .51; nothing stood out to my apprentice's eyes. So it comes down to two questions. Was there a kernel change that would account for this improvement in stability? Or is it more likely that some kernel/module was corrupted on disk and the new kernel erased that error, transparently fixing the 'problem'? Thanks, N -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201310281709.53389.neal.p.mur...@alum.wpi.edu
Re: sudo and UNIXes (was: audacity export wma format[1 more question])
Reco wrote: And what about the end result ('user will get root privs')? They are different users. A remote user could be anyone. A local user is someone who is already known and has an account on the system and who has an established relationship and trust. Case 1: I find that someone in my family who lives in my house has rumaged through my underwear drawer. A violation of trust has occurred. I am unhappy and will talk with them and give them a harsh lecture. This is not appropriate behavior. Case 2: I find someone who is not a member of my family and who does not live in my house and who I don't know has rummaged through my underwear drawer. A very serious crime has been committed. I live in a state where I am fully legally protected if I shoot them dead. The crime is the same in both cases. The only difference is who has done it. Your argument is that they are the same. My argument is that they are different. This discussion has become circular. We are at irreconcilable differences. Therefore I will close my part of it with this thought: Security is the one part of the system that by design makes the system harder to use. Hopefully infinitely hard to the bad guys. Hopefully less so for the good guys. But of course no system is perfect and the only 100% safe system is one that is off. Anything else is a compromise. Bob signature.asc Description: Digital signature
Re: sudo and UNIXes
John Hasler wrote: Bob Proulx writes: I just tried a minimum installation of Debian Wheezy in a VM and rpcbind was not installed. Are you sure it is installed by default? Rpcbind is priority standard. It is neither essential nor required. Thus whether it is installed by default or not depends on how you define a minimum installation. Ah! That explains it. I had nothing in tasksel checked. But if I do check Standard system then rpcbind is installed. That explains it. I usually don't install the Standard system because that installs Exim (a find tool) but I always install Postfix which much then push it out. Therefore I never select standard system and always install Postfix and other things later. That is how I missed it. But I would consider the Standard system utilities selection to be a normal small Debian install. I don't think rpcbind should be priority standard these days. I wonder if it would be possible to convince people that it should be demoted to installed only as a dependency instead. Or if it is needed to learn why it is still needed. Thanks! Bob signature.asc Description: Digital signature
Help -- GPG error
I'm getting "W: GPG error: http://security.debian.org wheezy/updates Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 8B48AD6246925553"doing apt-get/aptitude update for wheezy. I have tried several things that I have found doing Google searches but no difference.Here is my sources list and complete messages belowAnybody have any ideas?TNX!!deb http://mirrors.kernel.org/debian/ wheezy main contrib non-freedeb-src http://mirrors.kernel.org/debian/ wheezy main contrib non-freedeb http://security.debian.org/ wheezy/updates main contrib non-freedeb-src http://security.debian.org/ wheezy/updates main contrib non-freeapt-get updateFetched 273kB in 16s (16.6kB/s) Reading package lists... DoneW: GPG error: http://security.debian.org wheezy/updates Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 8B48AD6246925553W: GPG error: http://mirrors.kernel.org wheezy Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 8B48AD6246925553 NO_PUBKEY 6FB2A1C265FFB764W: You may want to run apt-get update to correct these problems -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131028155809.4e8cd2dfde040dccdab9edce5c4ae02c.651bb2c1c6@email10.secureserver.net
Re: sudo and UNIXes (was: audacity export wma format[1 more question])
On Mon, Oct 28, 2013 at 7:14 PM, Bob Proulx b...@proulx.com wrote: Reco wrote: Bob Proulx wrote: Is 'rpcbind' installed by default? I will need to look. I wonder why it would be there? Part of a NFS client, I guess. Package is not marked as an essential one, though. Running a diskless client over NFS would be a curious trick without NFS support enabled. NFS client is not enabled by default. So that wouldn't be it. I just tried a minimum installation of Debian Wheezy in a VM and rpcbind was not installed. Are you sure it is installed by default? The standard task installs both nfs-common and rpcbind. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAOdo=sz+jfdtfuh8vsbmvsf2cplelk1_212j99c+wkpeb+k...@mail.gmail.com
Re: sudo and UNIXes
Bob Proulx writes: I don't think rpcbind should be priority standard these days. I wonder if it would be possible to convince people that it should be demoted to installed only as a dependency instead. Or if it is needed to learn why it is still needed. Standard consists of packages that you would be surprised not to find on a UNIX system. -- John Hasler jhas...@newsguy.com Elmwood, WI USA -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87zjptezem@thumper.dhh.gt.org
Re: What's the easiest and/or simplest part of Linux Kernel?
On Sun, 27 Oct 2013 21:37:28 -0400 Jerry Stuckle jstuc...@attglobal.net wrote: ... Since you brought it up - who do you think wrote Windows? A bunch of academics? Or Linux? Or OS/2? Or MacOS? Or Z-OS? Didn't Linus initially create linux while a university student? And I believe that the GNU tools / Free Software Movement were products of Stallman and other MIT academics. How about Oracle Database? SQL? DB2? MySQL? More academics? How about C, C++, Pascal, COBOL and Fortran compilers? Or maybe PERL, gcc was largely written by Stallman, an academic. Celejar -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131028194642.1083a4141df6054d42f41...@gmail.com
Problem with halt
Hello everyone, Recently I moved my home desktop from (x)Ubuntu to Debian Wheezy. The experience is positive, with one exception: shutdown doesn't stop power for my computer. I tried to play with settings in /etc/default/halt - both 'poweroff' and 'halt' have the same effect (or rather I should write no effect). At the end of the shutdown process machine informs that system is powered off or halted, but nothing happens. Any idea what's wrong? I tried to blame BIOS, but don't see any obvious option in there and it worked with Ubuntu. I have quite standard nVidia mother board for AMD processors. I tried different kernels 3.2 and 3.10 both Xen and plain one (I mixed stable with testing), but AFAIR shutdown was fault from the very clean installation. Regards, Wawrzek PS. Maybe helpful: root@rome:~# dmesg|grep acpi [0.00] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) [0.00] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) [0.00] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) [0.00] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled) [0.00] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x04] disabled) [0.00] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x05] disabled) [0.00] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x06] disabled) [0.00] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x07] disabled) [0.00] ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1]) [0.00] ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1]) [0.00] ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1]) [0.00] ACPI: LAPIC_NMI (acpi_id[0x03] dfl dfl lint[0x1]) [0.00] ACPI: LAPIC_NMI (acpi_id[0x04] dfl dfl lint[0x1]) [0.00] ACPI: LAPIC_NMI (acpi_id[0x05] dfl dfl lint[0x1]) [0.00] ACPI: LAPIC_NMI (acpi_id[0x06] dfl dfl lint[0x1]) [0.00] ACPI: LAPIC_NMI (acpi_id[0x07] dfl dfl lint[0x1]) [2.253854] xen: acpi sci 9 [2.276339] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 [4.053683] acpi PNP0A08:00: [Firmware Info]: MMCONFIG for domain [bus 00-7f] only partially covers this bridge [4.057694] acpi PNP0A08:00: ACPI _OSC support notification failed, disabling PCIe ASPM [4.057696] acpi PNP0A08:00: Unable to request _OSC control (_OSC support mask: 0x08) [4.060990] acpi root: \_SB_.PCI0 notify handler is installed [4.061027] Found 1 acpi root devices [4.229374] hpet_acpi_add: no address or irqs in _CRS -- Dr Wawrzyniec Niewodniczańskior Wawrzek for short PhD in Quantum Chemistry MSc in Molecular Engineering WWW: http://wawrzek.name E-MAIL: j...@wawrzek.name Linux User #177124
Re: apt-get aptitude dependencies purge
Le 28.10.2013 01:38, ruckus rogue a écrit : On Sun, Oct 27, 2013 at 8:00 AM, Slavko li...@slavino.sk wrote: I am sorry, perhaps i forgot to mention, that this is my setting. Or, to be more precise, i have shortcut to run aptitude -R. Thanks all for the replies so far, but still a bit confused. I've always had a 06norecommends in /etc/apt/apt.conf.d/ with APT::Install-Recommends 0; APT::Install-Suggests 0; APT::Install-Suggested 0; So, I just did a: aptitude install zonecheck The following NEW packages will be installed: libdns-ruby{a} libreadline5{a} libruby{a} libruby1.8{a} ruby{a} ruby-dnsruby{a} ruby1.8{a} zonecheck Same results with with aptitude -R and apt-get --no-install-reccommends Then purge with: apt-get --autoremove purge zonecheck The following packages will be REMOVED: libdns-ruby* libruby* ruby-dnsruby* zonecheck* Same behavior with aptitude purge. So, is this correct behavior? They have been installed because zonecheck probably needs them ( required ) but if they are recommended by other packages then they will not be removed. I do not think there is any solution to fix that. If there is one, I would be happy to learn it. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/65d2209f30615f35c06dea8de324e...@neutralite.org
Re: What's the easiest and/or simplest part of Linux Kernel?
Not sure I really want to wade back into this but... Celejar wrote: On Sun, 27 Oct 2013 21:37:28 -0400 Jerry Stuckle jstuc...@attglobal.net wrote: ... Since you brought it up - who do you think wrote Windows? A bunch of academics? Or Linux? Or OS/2? Or MacOS? Or Z-OS? Didn't Linus initially create linux while a university student? And I believe that the GNU tools / Free Software Movement were products of Stallman and other MIT academics. Yup. And MacOS is based on BSD Unix (written, by academics at Berkley) and at one point included the Mach kernel, another academic project. How about Oracle Database? SQL? DB2? MySQL? More academics? SQL came out of IBM, Oracle was purely commercial from the beginning. But Ingres came out of UC Berkeley. and Postgres came out of that. As I recall, a prime mover behind both was Micheal Sonebraker - then a Prof. at UCB, now one at MIT (when not at StreamBase). How about C, C++, Pascal, COBOL and Fortran compilers? Or maybe PERL, gcc was largely written by Stallman, an academic. C came out of Bell Labs - a pretty academic environment. Wirth (Pascal) spent most of his career as an academic. -- In theory, there is no difference between theory and practice. In practice, there is. Yogi Berra -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/526f01fb.6010...@meetinghouse.net
portmapper / rpcbind installed by default (was: sudo and UNIXes)
John Hasler wrote: Bob Proulx writes: I don't think rpcbind should be priority standard these days. I wonder if it would be possible to convince people that it should be demoted to installed only as a dependency instead. Or if it is needed to learn why it is still needed. Standard consists of packages that you would be surprised not to find on a UNIX system. Hmm... That is another statement that sounds like it says something but in reality doesn't define anything. There are many things I would be surprised not to find on a Unix system that isn't installed by default. I would be surprised not to find a C compiler and 'make'. I would be surprised not to find 'less'. Also 'at', 'ed', 'mailx', 'ssh', and 'rsync'. And I would be surprised if my list were even close to the same list as other people. And there is the problem with that statement. :-) But the portmapper is very closely associated with Sun RPC. If I have not installed anything in that family then I would not expect to find the portmapper installed. But it certainly is a valid dependency. I think it would be more appropriate to have it pulled in upon needing it as a dependency of other packages. It is already a dependency of nfs-common. I would simply stop there. Bob signature.asc Description: Digital signature
Re: sudo and UNIXes (was: audacity export wma format[1 more question])
Tom H wrote: The standard task installs both nfs-common and rpcbind. Aha! Apparently the ability to nfs mount in /etc/fstab is the root cause of the dependency chain that requires nfs-common and therefore portmapper. At a guess. Bob signature.asc Description: Digital signature
Re: portmapper / rpcbind installed by default (was: sudo and UNIXes)
Bob Proulx wrote: John Hasler wrote: Standard consists of packages that you would be surprised not to find on a UNIX system. But the portmapper is very closely associated with Sun RPC. If I have not installed anything in that family then I would not expect to find the portmapper installed. But it certainly is a valid dependency. I think it would be more appropriate to have it pulled in upon needing it as a dependency of other packages. It is already a dependency of nfs-common. I would simply stop there. Aha! I had forgotten about /etc/fstab. That is the first link in the chain of dependencies. man fstab In order to support nfs mounts in /etc/fstab it needs nfs-common and portmapper installed. And therefore I _had_ actually installed something, /etc/fstab, that would pull in the Sun RPC family by default. Hmm... Bob signature.asc Description: Digital signature
Re: portmapper / rpcbind installed by default
Bob Proulx writes: And I would be surprised if my list were even close to the same list as other people. And there is the problem with that statement The statement comes from the last century when UNIX systems were more common than Linux ones and UNIX admins had firm ideas as to what belonged on a real UNIX system. The idea is to be able install all the usual UNIX stuff with a single command. There is no need to stress out over exactly what that is. -- John Hasler jhas...@newsguy.com Elmwood, WI USA -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87vc0gg8x6@thumper.dhh.gt.org
Re: apt-get aptitude dependencies purge
On Mon, Oct 28, 2013 at 6:21 PM, berenger.mo...@neutralite.org wrote: They have been installed because zonecheck probably needs them ( required ) but if they are recommended by other packages then they will not be removed. I do not think there is any solution to fix that. If there is one, I would be happy to learn it. Still doesn't make sense to me. I install zonecheck only. And that brought in the dependencies. Then I uninstalled 'zonecheck' it should have taken back those dependencies with it. None of the packages were marked recommended. So how could other packages outside zonecheck need them? Anyway, I just don't remember this behaviour before. I thought it was new and was trying to find out why all packages that come dependent with a package don't leave when that package leaves. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAC2HDtMTcZ1j=8FsckboC=TY1x-ux9sY=EaFhubS4dbCZVMC=w...@mail.gmail.com
Re: firmware installation
On Mon, Oct 28, 2013 at 02:58:35PM -0600, Shane Johnson wrote: ..snip. Diogene, Could you please provide what Andre requested as well as if this is all the same installation and it's just an upgrade, or if it is two different installs on two different volumes. If it's just a upgrade and they show in your aptitude list firmware Where did that command come from? It doesn't work on my wheezy 7.2 installation and I can't find list in the man page unless I missed it. then it shouldn't be a problem. Otherwise, if they are separate, if the installs use the same architechtures (amd64 or i686) you can chroot. Hope this helps. Shane -- Shane D. Johnson IT Administrator Rasmussen Equipment -- Bob Holtzman Your mail is being read by tight lipped NSA agents who fail to see humor in Doctor Strangelove Key ID 8D549279 signature.asc Description: Digital signature
vreemde bug met online account gnome 3.4
Beste allen, Ik wil graag het volgende delen: ik kon e-mails in Evolution niet openen. Er was een melding error 401, authentication failed. Ik bekeek online accounts van Gnome en het bleek dat mijn aanmeldgegevens verlopen zijn. Er was een knop aanmelden, maar het deed niets. Googelen bracht een uitkomst (was wel even zoeken): het ligt aan de systeemtijd van mijn laptop. Het verandert namelijk niet direct mee met het ingaan van de wintertijd (mijn ervaring is dat het enkele dagen duurde voordat het automatisch aangepast is). Door zelf handmatig de systeemtijd een uur terug te zetten is het bovenstaande probleem opgelost. Heel gek... Maken jullie het ook mee? Hoe komt dat? Groeten, Frank