[un peu HS]OpenVpn pas si opaque sur les ports
Bonjour, J'observe un comportement qui me parait illogique pour un VPN avec openvpn. J'ai un serveur qui héberge un openvpn en TCP (pour permettre un fonctionnement dans un maximum de réseaux)... Quand je suis sur le wifi de mon ADSL domestique, pas de problème, tout le trafic réseau est redirigé vers le VPN sans restriction... Quand je me connecte sur certain wifi partagés (SFR_WIFI_Public par exemple), j'ai certains serveurs sur des ports exotiques (par exemple le 8443) sur lesquels je ne peux pas me connecter ! J'ai vérifié sur le wifi en question, il est également impossible de se connecter en direct (Sans openVpn) ! Ce comportement me parait illogique, pour moi un tunnel vpn est sensé rendre opaque toutes les informations de la connexion via le VPN y compris les ports de communication, mais cela ne parait pas être le cas... Comment opacifier les numéros de port pour avoir un vrai tunnel ? ++ 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: https://lists.debian.org/535a21d5.3050...@nativobject.net
Re: [un peu HS]OpenVpn pas si opaque sur les ports
Le 25/04/2014 10:50, C. Mourad Jaber a écrit : Bonjour, J'observe un comportement qui me parait illogique pour un VPN avec openvpn. J'ai un serveur qui héberge un openvpn en TCP (pour permettre un fonctionnement dans un maximum de réseaux)... Quand je suis sur le wifi de mon ADSL domestique, pas de problème, tout le trafic réseau est redirigé vers le VPN sans restriction... Quand je me connecte sur certain wifi partagés (SFR_WIFI_Public par exemple), j'ai certains serveurs sur des ports exotiques (par exemple le 8443) sur lesquels je ne peux pas me connecter ! J'ai vérifié sur le wifi en question, il est également impossible de se connecter en direct (Sans openVpn) ! Ce comportement me parait illogique, pour moi un tunnel vpn est sensé rendre opaque toutes les informations de la connexion via le VPN y compris les ports de communication, mais cela ne parait pas être le cas... Comment opacifier les numéros de port pour avoir un vrai tunnel ? ++ Mourad Bonjour, un mtr/traceroute te montre bien que tu passe par ton serveur vpn une fois connecté à celui-ci ? -- Guillaume -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/535a4933.80...@gwilhom.fr
Re: [un peu HS]OpenVpn pas si opaque sur les ports
Le 25/04/2014 13:38, Guillaume a écrit : Le 25/04/2014 10:50, C. Mourad Jaber a écrit : Bonjour, J'observe un comportement qui me parait illogique pour un VPN avec openvpn. J'ai un serveur qui héberge un openvpn en TCP (pour permettre un fonctionnement dans un maximum de réseaux)... Quand je suis sur le wifi de mon ADSL domestique, pas de problème, tout le trafic réseau est redirigé vers le VPN sans restriction... Quand je me connecte sur certain wifi partagés (SFR_WIFI_Public par exemple), j'ai certains serveurs sur des ports exotiques (par exemple le 8443) sur lesquels je ne peux pas me connecter ! J'ai vérifié sur le wifi en question, il est également impossible de se connecter en direct (Sans openVpn) ! Ce comportement me parait illogique, pour moi un tunnel vpn est sensé rendre opaque toutes les informations de la connexion via le VPN y compris les ports de communication, mais cela ne parait pas être le cas... Comment opacifier les numéros de port pour avoir un vrai tunnel ? ++ Mourad Bonjour, un mtr/traceroute te montre bien que tu passe par ton serveur vpn une fois connecté à celui-ci ? WhatIsMyIP me donne l'ip de sortie du vpn mais le traceroute ou mtr me donne aucune info pertinente... ++ 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: https://lists.debian.org/535a5daf.4060...@nativobject.net
Re: [un peu HS]OpenVpn pas si opaque sur les ports
Le 25/04/2014 15:05, C. Mourad Jaber a écrit : Le 25/04/2014 13:38, Guillaume a écrit : Le 25/04/2014 10:50, C. Mourad Jaber a écrit : Bonjour, J'observe un comportement qui me parait illogique pour un VPN avec openvpn. J'ai un serveur qui héberge un openvpn en TCP (pour permettre un fonctionnement dans un maximum de réseaux)... Quand je suis sur le wifi de mon ADSL domestique, pas de problème, tout le trafic réseau est redirigé vers le VPN sans restriction... Quand je me connecte sur certain wifi partagés (SFR_WIFI_Public par exemple), j'ai certains serveurs sur des ports exotiques (par exemple le 8443) sur lesquels je ne peux pas me connecter ! J'ai vérifié sur le wifi en question, il est également impossible de se connecter en direct (Sans openVpn) ! Ce comportement me parait illogique, pour moi un tunnel vpn est sensé rendre opaque toutes les informations de la connexion via le VPN y compris les ports de communication, mais cela ne parait pas être le cas... Comment opacifier les numéros de port pour avoir un vrai tunnel ? ++ Mourad Bonjour, un mtr/traceroute te montre bien que tu passe par ton serveur vpn une fois connecté à celui-ci ? WhatIsMyIP me donne l'ip de sortie du vpn mais le traceroute ou mtr me donne aucune info pertinente... ++ Mourad En complément, sur le même réseau WIFI, j'ai un smartphone sous android avec openvpn et les sites où je n'arrive pas à me connecter sont accessible, donc ça me parait être un problème de configuration mais via NetworkManager, les choix sont très restreints ! ++ 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: https://lists.debian.org/535a767d.5020...@nativobject.net
erreur avec ps -ef
Bonjour, j'ai une erreur en lançant un script shell avec ps (pièce jointe)... qui a été confronté à cette erreur ? slt bernard --- La différence entre l'amour et l'argent, c 'est que si on partage son argent, il diminue. Tandis que si on partage son amour, il augmente. L'idéal étant d'arriver à partager son amour avec quelqu'un qui a du pognon. -+- Philippe Geluck, Le chat -+- (`-/)_.-'``-._ . . `; -._)-;-,_`) (v_,)' _ )`-.\ ``-' _.- _..-_/ / ((.' ((,.-' ((,/ kill -9 $(ps -ef |grep mplayer |awk '{print $2}') Signal 18 (CONT) caught by ps (procps-ng version 3.3.9). ps:display.c:66: please report this bug
Re: [un peu HS]OpenVpn pas si opaque sur les ports
Hello ! Si le serveur openvpn est sur la même IP que le service auquel tu souhaites te connecter, la connexion ne passera pas par le VPN. Regarde ta table de routage ! En gros, tout le trafic vers 0.0.0.0/1 est envoyé dans tun0 à ton serveur VPN, sauf le trafic à destination de l'ip du serveur VPN, qui lui passe par l'interface habituelle, la passerelle habituelle. Bon courage ! -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/CAGKqBrnMo9UysoCT5p+oCVd8txq+bihnqehzufr2kwwl...@mail.gmail.com
Re: erreur avec ps -ef
On Fri, 25 Apr 2014 17:18:19 +0200 Bernard Schoenacker bernard.schoenac...@free.fr wrote: j'ai une erreur en lançant un script shell avec ps (pièce jointe)... Pas étonnant, lance la 1ère ligne de Cde à la main et tu comprendras pourquoi ça plante. -- Tous les matins, j'apporte à ma femme le café au lit... Elle n'a plus qu'à le moudre. -- Coluche -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20140425173036.169ee567@anubis.defcon1
Re: erreur avec ps -ef
Bonjour le 25/04/2014 17:18, Bernard Schoenacker a écrit: kill -9 $(ps -ef |grep mplayer |awk '{print $2}') Et pourquoi ne pas utiliser 'pkill mplayer' ? Cordialement, Samy -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/535a804c.90...@wanadoo.fr
Re: erreur avec ps -ef
Bonjour, le 25/04/2014 17:18, Bernard Schoenacker a écrit: kill -9 $(ps -ef |grep mplayer |awk '{print $2}') Et pourquoi ne pas utiliser 'pkill mplayer' ? Cordialement, Samy bonjour, merci samy d'avoir donné la bonne instruction pour tuer un processus le plus simplement du monde ... je ne connaissait pas cette instruction ... slt bernard --- T U T U B U T U T Corne de citrouille! Une voiture! -- Breton, J.C. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20140425175719.104d9ccc.bernard.schoenac...@free.fr
Re: [un peu HS]OpenVpn pas si opaque sur les ports
Hello, C'est surtout la conf du VPN qui est voir. Il faut définir dans ta conf VPN que tu souhaites que tout le traffic soit routé vers le VPN Je dirais donc : RTFM ;) Dans ton client : redirect-gateway def1 Dans tes routes : 0.0.0.0/1 via 10.x.x.x dev tap0 Le 04/25/2014 05:07 PM, Gaël a écrit : Hello ! Si le serveur openvpn est sur la même IP que le service auquel tu souhaites te connecter, la connexion ne passera pas par le VPN. Regarde ta table de routage ! En gros, tout le trafic vers 0.0.0.0/1 est envoyé dans tun0 à ton serveur VPN, sauf le trafic à destination de l'ip du serveur VPN, qui lui passe par l'interface habituelle, la passerelle habituelle. Bon courage !
Re: [un peu HS]OpenVpn pas si opaque sur les ports
On Fri, 25 Apr 2014 19:48:48 +0200 Johnny B frozzensh...@gmail.com wrote: Dans ton client : redirect-gateway def1 Dans tes routes : 0.0.0.0/1 via 10.x.x.x dev tap0 sanzoublier de pousser le DNS local vers le lcient, histoire que vraiment tout y passe: # My LAN DNS pushdhcp-option DNS 192.168.1.254 # My LAN domain suffix pushdhcp-option DOMAIN monresokilebo -- KaM j'ai le rhume KaM ça me fait chier graf2ix_-away-_ moi sa me fait eternuer graf2ix_-away-_ chacun ses symptomes -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20140425200015.3cf910c3@anubis.defcon1
Re: erreur avec ps -ef
Bonsoir, Le 25/04/2014 17:57, Bernard Schoenacker a écrit : bonjour, merci samy d'avoir donné la bonne instruction pour tuer un processus le plus simplement du monde ... je ne connaissait pas cette instruction ... Dans le même genre, ça doit aussi marcher avec : killall mplayer @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/535aa6ac.1010...@stuxnet.org
Re: erreur avec ps -ef
On Fri, 25 Apr 2014 20:17:16 +0200 Christophe t...@stuxnet.org wrote: Dans le même genre, ça doit aussi marcher avec : killall mplayer Et p'têt même 'cor mieux avec: killall -9 mplayer -- * phob|Work se nourrit d'amour et d'eau fraiche Bafomet moi dans l'eau fraiche faut que je mette du ricard... sinon ça passe mal -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20140425202624.43c75e05@anubis.defcon1
kworker prend trop de CPU
bonjour, je vous avez parler en décembre de la charge qui redescendais pas et que ma debian consomait plus et avoisinant parfois des températures asez haute. il s'avère que le fautif es le processus kworker qui prend a lui tout seul plus de 70 % du CPU. en cherchant sur internet, j'ai compris peut être a tore, que kworker n'était pas un processus en lui même, mais qu'il ce cache sous d'autre processus / module. et j'ai appliqué certaines manipulation pour les carte graphique intel notament, mais rien y fais, toujours irrégulièrement ce kworker qui prends trop de CPU sans que j'en comprenne l'origine merci de votre aide si vous avez une idée jerem -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/535aed9d.7020...@prego-network.net
Re: Wheezy en ibm system x3550 m3(no detecta disco)
El día 24 de abril de 2014, 10:50, Cristian Mitchell mitchell6...@gmail.com escribió: El 24 de abril de 2014, 10:21, Camaleón noela...@gmail.com escribió: El Wed, 23 Apr 2014 16:40:26 -0300, Francisco javier escribió: Hola, quería consultarles si alguien a instalado Debian estable en un servidor ibm system x3550 m3, tiene un disco sas de 1terabyte, y al momento que el instalador dice, analizando discos, se queda pegado. Agradecería algún tipo de info al respecto. Algo hay en Google, echa un vistazo: https://www.google.com/webhp?complete=0hl=en#complete=0hl=enq=ibm+system+x3550+m3+debian+sas+disk En principio, asegúrate de que la controladora de disco duro esté soportada por la versión del kernel que instalas. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.04.24.13.21...@gmail.com Que esta soportado y anda estoy mas que seguro tengo 15 servidores de estos andando hace 1 año y medio -- MrIX Linux user number 412793. http://counter.li.org/ las grandes obras, las sueñan los santos locos, las realizan los luchadores natos, las aprovechan los felices cuerdo, y las critican los inútiles crónicos, hola, he intentado lo que me habéis dicho, y no pude llegar al particionado, pero si logre configurar bien el disco, me temo que es problema de la controladora, mañana viernes intentare guiándome con esto http://elmanytas.es/?q=node/277 saludos! -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cag799-q6zyze1aookbqm3qls4rtjw6s_aggsolb-5ngejkx...@mail.gmail.com
Re: Wheezy en ibm system x3550 m3(no detecta disco)
El día 25 de abril de 2014, 6:09, Francisco javier francisco...@gmail.com escribió: El día 24 de abril de 2014, 10:50, Cristian Mitchell mitchell6...@gmail.com escribió: El 24 de abril de 2014, 10:21, Camaleón noela...@gmail.com escribió: El Wed, 23 Apr 2014 16:40:26 -0300, Francisco javier escribió: Hola, quería consultarles si alguien a instalado Debian estable en un servidor ibm system x3550 m3, tiene un disco sas de 1terabyte, y al momento que el instalador dice, analizando discos, se queda pegado. Agradecería algún tipo de info al respecto. Algo hay en Google, echa un vistazo: https://www.google.com/webhp?complete=0hl=en#complete=0hl=enq=ibm+system+x3550+m3+debian+sas+disk En principio, asegúrate de que la controladora de disco duro esté soportada por la versión del kernel que instalas. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.04.24.13.21...@gmail.com Que esta soportado y anda estoy mas que seguro tengo 15 servidores de estos andando hace 1 año y medio -- MrIX Linux user number 412793. http://counter.li.org/ las grandes obras, las sueñan los santos locos, las realizan los luchadores natos, las aprovechan los felices cuerdo, y las critican los inútiles crónicos, hola, he intentado lo que me habéis dicho, y no pude llegar al particionado, pero si logre configurar bien el disco, me temo que es problema de la controladora, mañana viernes intentare guiándome con esto http://elmanytas.es/?q=node/277 me auto respondo, creo que este tema ya se había tocado en la lista, siento mucho no haberlo visto antes, https://lists.debian.org/debian-user-spanish/2012/12/msg00652.html saludos! -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cag799-pdg0m_qwv1pgwy-s5ags-lw4kerpue5ar1smh2cnp...@mail.gmail.com
Re: systemd en jessie
Camaleón, en este bug proponen que systemd incluya un ficherito en /etc/grub.d de forma que además de la entrada de arranque normal haya otra con systemd, como sucede con Xen. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=667582 De todas las soluciones imaginables al problema que planteas, esta me parece la más elegante. Si tienes algún interés en los otros sistemas de arranque que no sean sysvinit ni systemd, escribir un ficherito de los que van en /etc/grub.d no debe ser difícil ni complicado (si miras los otros que hay te puedes hacer una idea). Porque opinar es gratis, pero a la hora de la verdad lo que importa es que alguien escriba el código necesario. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140425123449.ga18...@cantor.unex.es
Re: Wheezy en ibm system x3550 m3(no detecta disco)
El Fri, 25 Apr 2014 06:18:46 -0300, Francisco javier escribió: (...) hola, he intentado lo que me habéis dicho, y no pude llegar al particionado, pero si logre configurar bien el disco, me temo que es problema de la controladora, mañana viernes intentare guiándome con esto http://elmanytas.es/?q=node/277 Hum... no creo que eso sea necesario porque wheezy ya debería incluir soporte en el kernel para esa controladora aunque para asegurarse habría que saber el modelo exacto de la que tienes. me auto respondo, creo que este tema ya se había tocado en la lista, siento mucho no haberlo visto antes, https://lists.debian.org/debian-user-spanish/2012/12/msg00652.html Pues sí... pero ojo, en ese hilo se habla de un servidor distinto (M4). Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.04.25.14.54...@gmail.com
Re: Boycott a systemd
El 24/04/14 23:58, consultor escribió: () La mal llamada, dificultad de usar GNU/Linux, es solamente el proceso de aprendisaje! La facilidad de uso, solo lleva a ser igual a los Windows! Y actualmente, la mayoria lo que quiere es un Linux Windows-izado. Esas personas, en apariencia, son Gurus de Linux; pero en el fondo son Windowseros. Desconocen la esencia del Software Libre. Yo no soy ningún experto, y puede que me equivoque, pero la esencia del software libre, para mi es, un software que puede ser usado por todo el mundo, que puedes compartir libremente, al que puedes acceder a su código y mejor arlo si quieres. Pero eso no significa que deba ser complicado su uso porque si no, no es linux, y pierde su esencia. Yo al menos, no veo nada malo en que cada vez se haga más sencillo su uso. ¿Que se parece a Windows? ¿Y qué? Cuando se usa linux ya se ve que no es Windows. -- www.LinuxCounter.net Registered user #558467 has 1 linux machines Registered Linux machine #2003003 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ljdt4e$jl4$1...@ger.gmane.org
Ordenamiento de logs
Estimados, tengo un servidor que recibe log de varios otros servidores y demás equipos que generen logs, todo mediante syslog por supuesto. El tema es que cuando uno quiere ver el archivo /var/log/syslog se imaginarán la cantidad de información que pasa por allí. Por supuesto que uno puede usar | grep para ir filtrando, pero mi idea desde hace rato es que cada cosa loguee en un directorio / archivo diferente, como para que sea más simple realizar la búsqueda de un log determinado en el caso de que exista algún problema. Una de las cosas que más molesta es que como hay algunos equipos que generan mcho log y otros que generan muy poco, cuando uno busca un log en particular de un equipo de los que loguea poco hay que andar buscando en varios archivos anteriores, ya que log rotate se encarga de ir archivando logs viejos). Esto dificulta bastante la búsqueda de las cosas en determinadas ocasiones. Estuve leyendo y veo que está el parámetro facility, el cual generalmente es usado de la forma facility local0-7. Luego uno en el servidor hace que cada uno de estos niveles loguee donde uno desee. Esta forma creo que me va a ser muy útil, pero solo hay 8 niveles. Si bien en este caso me alcanzan perfectamente, me pregunto como habría que hacer si uno tiene por ejemplo 50 equipos que generen log y quiere que cada uno lo haga en un archivo diferente? Como tengo esa duda y quizás exista una forma más prolija o mejor de hacerlo, antes de ponerme con esto les consulto para ver que opinan ustedes en base a sus conocimientos y experiencias personales. Desde ya, como siempre, muchísimas gracias. Saludos, Mauro. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/535a7eba.5040...@gmail.com
Re: systemd en jessie
El Fri, 25 Apr 2014 14:34:49 +0200, Santiago Vila escribió: Camaleón, en este bug proponen que systemd incluya un ficherito en /etc/grub.d de forma que además de la entrada de arranque normal haya otra con systemd, como sucede con Xen. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=667582 Leído. Si no lo he entendido mal, lo que han hecho es añadir un nuevo archivo de configuración para GRUB (nota mental: supongo que sólo para GRUB porque el bug únicamente mencionaba ese cargador de arranque) que hace lo siguiente: añade una nueva línea en el menú de GRUB para permitir el inicio con systemd (salvo que se tenga instalado el paquete systemd- sysv) y mantiene como inicio predeterminado sysvinit. Me parece bien, la idea va encaminada a resolver el problema que estaba viendo al menos cuando se tienen esos dos sistemas de inicio instalados (systemd y syvinit). Mi sugerencia era más general y englobaba al resto de sistemas de inicio pero bueno, para el caso concreto de systemd VS. sysvinit lo veo correcto. Lo raro es que aún no se haya incluido el parche en testing/sid ya que el informe es de hace dos años como bien apunta el propio informador del bug. De hecho, si se hubiera incluido el parche seguramente no estaríamos teniendo esta conversación. De todas las soluciones imaginables al problema que planteas, esta me parece la más elegante. No sé si elegante es el adjetivo que elegiría, quizá sea la más práctica para GRUB2, systemd y systemv pero deja de lado al resto de cargadores de arranque (LILO) y sistemas de inicio (openrc, upstart...). Si tienes algún interés en los otros sistemas de arranque que no sean sysvinit ni systemd, escribir un ficherito de los que van en /etc/grub.d no debe ser difícil ni complicado (si miras los otros que hay te puedes hacer una idea). No tengo particular interés más allá de hacer una cosa bien hecha, de momento uso GRUB2 y systemv (con systemd como dependencia forzosa en el sistema de pruebas que tengo con GNOME3). Porque opinar es gratis, pero a la hora de la verdad lo que importa es que alguien escriba el código necesario. Hombre, ya... si por mi fuera lo escribiría yo misma, nada me gustaría más pero ni mis conocimientos de programación ni de linux me dan para tanto. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.04.25.15.22...@gmail.com
Re: Boycott a systemd
On 04/24/2014 02:58 PM, consultor wrote: On 04/24/2014 09:31 AM, German Cardozo wrote: Un grupo del que desconozco su origen, creo el sitio: http://boycottsystemd.org, supongo que con la buena intención de explicar las razones por las cuales no estan de acuerdo con este sistema. Considero cierto, y ya he efectuado algunas revisiones y pruebas, que este pierde parte de la filosofía UNIX, de hacer las cosas. En especial, el uso de archivos en formatos no texto o no leibles por humanos, para almacenar información o configuraciones, forzar el uso de ciertos paquetes y/o sistemas (udev, dbus), estar diseñado para glibc, entre otros. Con el simple ánimo de dejar esto a la consideración técnica de todos en la Lista. Saludos, German Cardozo Chirinos ~ carpe diem ~ La Distribucion activa, mas antigua es Slackware, y mantiene el estilo UNIX (arranque BSD y configuracion en texto plano); le sigue Debian (inicialmente, con estilo propio). El objetivo de los mercaderes (personas y grupos que quieren dominar el mundo, esclavizando a todos); ha sido. destruir y/o apropiarse del Software libre; los metodos han sido diferentes; la armada de EU, se atribuye la creacion de internet (cosa que ya existia, solo faltaba el instrumento); la NSA mete proyectos de seguridad en Debian y promueve la creacion de capas de software (paneles de control), mete bugs (posiblemente HeartBleed), mete personas que promuevan la facilidad en el software libre (eso facilita las intrusiones, y crea grupos que empiezan a exigir cambios, en vez de crear y auditar codigo); systemd, es la muestra de codigo complicado y con tendencia a ser codigo cerrado! La mal llamada, dificultad de usar GNU/Linux, es solamente el proceso de aprendisaje! La facilidad de uso, solo lleva a ser igual a los Windows! Y actualmente, la mayoria lo que quiere es un Linux Windows-izado. Esas personas, en apariencia, son Gurus de Linux; pero en el fondo son Windowseros. Desconocen la esencia del Software Libre. Linus Torvals, se nego a introducir codigo de la NSA, pero en la capa de aplicaciones; la cosa es muy amplia y diferente; y esta en manos de la mentalidad de los desarrolladores. Los demas, solo somos usuarios cualquiera. https://igurublog.wordpress.com/2014/04/08/julian-assange-debian-is-owned-by-the-nsa/ Comentario de lista en Ingles: https://lists.debian.org/debian-devel/2014/03/msg00449.html signature.asc Description: OpenPGP digital signature
Re: Ordenamiento de logs
El Fri, 25 Apr 2014 12:26:50 -0300, Mauro Antivero escribió: Estimados, tengo un servidor que recibe log de varios otros servidores y demás equipos que generen logs, todo mediante syslog por supuesto. El tema es que cuando uno quiere ver el archivo /var/log/syslog se imaginarán la cantidad de información que pasa por allí. (...) Estuve leyendo y veo que está el parámetro facility, el cual generalmente es usado de la forma facility local0-7. Luego uno en el servidor hace que cada uno de estos niveles loguee donde uno desee. Esta forma creo que me va a ser muy útil, pero solo hay 8 niveles. Si bien en este caso me alcanzan perfectamente, me pregunto como habría que hacer si uno tiene por ejemplo 50 equipos que generen log y quiere que cada uno lo haga en un archivo diferente? (...) Yo dejaría a un lado las facilities que como bien dices están limitadas en número, y me pondría a mirar cómo configurar los filtros de rsyslog que son muy potentes pero requieren paciencia de santo para afinarlos: http://www.rsyslog.com/tag/some-core-recipies/ http://www.rsyslog.com/doc/rsyslog_conf_filter.html Tienes más documentación y ejemplos de uso buscando en Google: https://www.google.com/webhp?complete=0hl=en#complete=0hl=enq=rsyslog+filters Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.04.25.16.07...@gmail.com
Re: Ordenamiento de logs
El 25/04/14 13:07, Camaleón escribió: El Fri, 25 Apr 2014 12:26:50 -0300, Mauro Antivero escribió: Estimados, tengo un servidor que recibe log de varios otros servidores y demás equipos que generen logs, todo mediante syslog por supuesto. El tema es que cuando uno quiere ver el archivo /var/log/syslog se imaginarán la cantidad de información que pasa por allí. (...) Estuve leyendo y veo que está el parámetro facility, el cual generalmente es usado de la forma facility local0-7. Luego uno en el servidor hace que cada uno de estos niveles loguee donde uno desee. Esta forma creo que me va a ser muy útil, pero solo hay 8 niveles. Si bien en este caso me alcanzan perfectamente, me pregunto como habría que hacer si uno tiene por ejemplo 50 equipos que generen log y quiere que cada uno lo haga en un archivo diferente? (...) Yo dejaría a un lado las facilities que como bien dices están limitadas en número, y me pondría a mirar cómo configurar los filtros de rsyslog que son muy potentes pero requieren paciencia de santo para afinarlos: http://www.rsyslog.com/tag/some-core-recipies/ http://www.rsyslog.com/doc/rsyslog_conf_filter.html Tienes más documentación y ejemplos de uso buscando en Google: https://www.google.com/webhp?complete=0hl=en#complete=0hl=enq=rsyslog+filters Genial, excelente aporte como siempre los tuyos. Te parece entonces que deje todo en local0 y luego voy ordenando mediante los filtros? Saludos y gracias. Mauro. Saludos, -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/535a88d9.1040...@gmail.com
Re: Boycott a systemd
El Thu, 24 Apr 2014 12:01:17 -0430, German Cardozo escribió: (ese html...) Un grupo del que desconozco su origen, creo el sitio: http://boycottsystemd.org, supongo que con la buena intención de explicar las razones por las cuales no estan de acuerdo con este sistema. No me gusta ni comulgo con systemd (ver razones más abajo) pero tampoco me gusta nada el tono y la forma en la que está escrita esa web. AL fin y al cabo, systemd está ahí para quien quiera cogerlo (distribuciones, entornos gráficos, etc...) pero una cosa es cierta y es que no se obliga a NADIE a usarlo. Yo, personalmente, centraría más el punto de mira sobre los proyectos que se empeñan en usarlo (leáse, GNOME3) como requisito indispensable para que funcionen al 100% todos sus componentes (en el caso de GNOME3 para tener un entorno completamente funcional). Se podría decir que es ¿únicamente? N-M (N-M → libpam-systemd → systemd) quien depende de systemd y/o que se podría compilar M-M sin soporte para systemd pero la mayoría de las aplicaciones de GNOME3 dependen de N-M así que no tenerlo instalado, sí, sería posible pero habría que ver qué es lo que pierde por el camino. Hay quine puede decir que se puede tener instalado pero no usarse, y al menos de momento es correcto pero también hay quien no lo quiere tener instalado en su sistema por el motivo que sea. En cuanto a la actitud (el soporte) de Debian hacia systemd, pues tampoco me termina de convencer. Percibo un interés inusitado y desmedido por un componente del sistema que es además básico y eje central de un sistema operativo (gestión de servicios) que es lo suficientemente importante como para apoyar o promover un cambio radical sin olvidar que no son pocos los usuarios y desarrolladores que han expresado públicamente su malestar y/o disconformidad en el uso de systemd. Desde mi punto de vista, hubiera sido más prudente esperar un poco maś de tiempo antes de lanzarse con systemd como sistema predeterminado. La verdad es que hubiera pensado que Debian apoyaría más un desarrollo como OpenRC. Considero cierto, y ya he efectuado algunas revisiones y pruebas, que este pierde parte de la filosofía UNIX, de hacer las cosas. En especial, el uso de archivos en formatos no texto o no leibles por humanos, para almacenar información o configuraciones, forzar el uso de ciertos paquetes y/o sistemas (udev, dbus), estar diseñado para glibc, entre otros. Con el simple ánimo de dejar esto a la consideración técnica de todos en la Lista. Las razones de no comulgar con systemd son muy básicas y es que simplemente no lo necesito ahora, no necesito ninguna de sus funcionalidades, mejoras o posibilidades. Un sistema de inicio es un componente vital para el funcionamiento de cualquier sistema operativo por lo que cambiarlo no es un paso baladí. Valoro más la estabilidad de lo malo conocido que las supuestas mejoras de lo bueno por conocer. También es verdad que prefiero un sistema de inicio dedicado (que se encargue de la gestión de los procesos) que no otro que se quiera encargar de todo, a modo de super-watcher, como parece que hace systemd. Por eso digo que no me importa que systemd esté ahí, disponible, siempre y cuando su uso sea realmente opcional. Pero realmente, no sólo de boquilla. Lo veo algo así como la situación de ext4 o GRUB2: el primero aún no lo estoy usando y el segundo sí, pero nada me impide usar ext4 o pasarme a otro cargador de arranque. Ahora bien, también es verdad que ni ext4 ni GRUB2 (ni ninguna otra novedad) ha generado tanto rechazo/revuelo como systemd (bueno, quizá kde4 o gnome-shell pero un entorno gráfico no es comparable en cuanto a importancia con un sistema de inicio; el DE es prescindible, pero sin un gestor de servicios competente no hay sistema que se mantenga en pie), es algo que también hay que tener en cuenta. No hay que olvidar que systemd apunta al punto de flotación de linux y creo que eso es precisamente por lo que hay tantos reacios a su integración y uso. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.04.25.16.02...@gmail.com
Re:
Probablemente el sistema de archivos de ese disco tenga formato windows y por eso no te deja ejecutar programas directamente. Si mal no recuerdo hay una opcion de montaje para poder ejecutar programas en particiones windows. Creo que el parametro era exec o sea users,exec -- Si dominas los Bits, dominas el mundo -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201404251221.09941.hay...@inor.sld.cu
Re: Sin sonido tras actualizar pulseaudio
ejecuta es ocomo root -- Si dominas los Bits, dominas el mundo -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201404251225.09774.hay...@inor.sld.cu
Excluir subred de restricción de ancho de banda en apache2
Hola colegas, tengo una red, donde tengo varias sucursales a las que le doy servio que acceden a mi por la única puerta que tengo en el Nodo 2Mbit/s tengo mi ftp público para mi red local y todas esas oficinas que están conectadas a mi a través de enlaces framerelay a 128kbit/s pero como ya dije tengo una única puerta y es en ella a donde están conectados todos esos clientes, me sucede que cuando se ponen a descargar algo grande de mi ftp me afectan el servicio de navegación internacional que tenemos aquí en la sede principal por llamarlo de alguna manera, me puse a buscar como regular el ancho de banda o la tasa de transferencia de las descargas mediante apache2 y me encontré con un módulo para apache2 llamado: libapache2-mod-bw y funciona muy bien, solo que al establecer limite de descargas en el apache2 también me afecta a las descargas desde la red local que no afectan el enlace de la entidad ya que ese tráfico no pasa por el router, va directo de la LAN al servidor que actúa de firewall entra la LAN y la DMZ y de ahí directo al servidor web, alguna idea que no sea crear un virtualhost distinto para la red local, sin este limite en las descargas?? Lo cual podría funcionar, hasta que alguien de fuera descubra esa otra URL ya que no tengo vistas en el DNS :) Saludos... -- ___ Eduardo R. Barrera Pérez Administrador Nodo CAP Pinar del Río Email: ebarrera...@yahoo.com Jabber: eb...@jabber.org Phone: 0148-728131 _ ___| |__ __ _ _ __ _ __ ___ _ __ __ _ / _ \ '_ \ / _` | '__| '__/ _ \ '__/ _` | | __/ |_) | (_| | | | | | __/ | | (_| | \___|_.__/ \__,_|_| |_| \___|_| \__,_| -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/535a91ad.8080...@yahoo.es
Re: Boycott a systemd
On 04/25/2014 07:57 AM, Eduardo Rios wrote: El 24/04/14 23:58, consultor escribió: () La mal llamada, dificultad de usar GNU/Linux, es solamente el proceso de aprendisaje! La facilidad de uso, solo lleva a ser igual a los Windows! Y actualmente, la mayoria lo que quiere es un Linux Windows-izado. Esas personas, en apariencia, son Gurus de Linux; pero en el fondo son Windowseros. Desconocen la esencia del Software Libre. Yo no soy ningún experto, y puede que me equivoque, pero la esencia del software libre, para mi es, un software que puede ser usado por todo el mundo, que puedes compartir libremente, al que puedes acceder a su código y mejor arlo si quieres. Pero eso no significa que deba ser complicado su uso porque si no, no es linux, y pierde su esencia. Yo al menos, no veo nada malo en que cada vez se haga más sencillo su uso. ¿Que se parece a Windows? ¿Y qué? Cuando se usa linux ya se ve que no es Windows. Windows es software cerrado o privativo; el te gobierna y no puedes cambiar eso; lo mismo seria con systemd, Gnome y otros, incorporados en Linux por la corporacion red-hat. https://www.gnu.org/philosophy/free-sw.es.html No entendi, lo de uso complicado; yo me referia a que es necesario aprender a utilizar Debian, en este caso; como cualquier otra herramienta. Cuando digo Linux Windows-izado, me refiero a la ausencia de seguridad, y a meterle cualquier paquete; venga de donde venga. La mayoria, NO entendemos que GNU/Linux Debian, NO es windows. signature.asc Description: OpenPGP digital signature
Re: Ordenamiento de logs
El Fri, 25 Apr 2014 13:10:01 -0300, Mauro Antivero escribió: El 25/04/14 13:07, Camaleón escribió: (...) Estuve leyendo y veo que está el parámetro facility, el cual generalmente es usado de la forma facility local0-7. Luego uno en el servidor hace que cada uno de estos niveles loguee donde uno desee. Esta forma creo que me va a ser muy útil, pero solo hay 8 niveles. Si bien en este caso me alcanzan perfectamente, me pregunto como habría que hacer si uno tiene por ejemplo 50 equipos que generen log y quiere que cada uno lo haga en un archivo diferente? (...) Yo dejaría a un lado las facilities que como bien dices están limitadas en número, y me pondría a mirar cómo configurar los filtros de rsyslog que son muy potentes pero requieren paciencia de santo para afinarlos: http://www.rsyslog.com/tag/some-core-recipies/ http://www.rsyslog.com/doc/rsyslog_conf_filter.html Tienes más documentación y ejemplos de uso buscando en Google: https://www.google.com/webhp?complete=0hl=en#complete=0hl=enq=rsyslog+filters Genial, excelente aporte como siempre los tuyos. Te parece entonces que deje todo en local0 y luego voy ordenando mediante los filtros? ¿Tienes *todos* los servicios registrando eventos en local 0? Yo lo que haría es mantener los servicios con su facility predeterminada y usar la funcionalidad de filtrado de rsyslog para enviar los registros a otros archivos o particiones, separados, para tenerlo más ordenador. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.04.25.17.27...@gmail.com
Re: Boycott a systemd
El 24/04/14 18:58, consultor escribió: El objetivo de los mercaderes (personas y grupos que quieren dominar el mundo, esclavizando a todos); ha sido. destruir y/o apropiarse del Software libre; los metodos han sido diferentes; la armada de EU, se atribuye la creacion de internet (cosa que ya existia, solo faltaba el instrumento); la NSA mete proyectos de seguridad en Debian y promueve la creacion de capas de software (paneles de control), mete bugs (posiblemente HeartBleed), mete personas que promuevan la facilidad en el software libre (eso facilita las intrusiones, y crea grupos que empiezan a exigir cambios, en vez de crear y auditar codigo); systemd, es la muestra de codigo complicado y con tendencia a ser codigo cerrado! -Cerebro, ¿qué vamos a hacer esta noche? -Lo mismo que hacemos todas las noches, Pinky. ¡Tratar de conquistar el mundo! :D -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/535a9a48.2050...@gmail.com
Re: Excluir subred de restricción de ancho de banda en apache2
El Fri, 25 Apr 2014 12:47:41 -0400, Eduardo R. Barrera Pérez escribió: (...) me encontré con un módulo para apache2 llamado: libapache2-mod-bw y funciona muy bien, solo que al establecer limite de descargas en el apache2 también me afecta a las descargas desde la red local que no afectan el enlace de la entidad ya que ese tráfico no pasa por el router, va directo de la LAN al servidor que actúa de firewall entra la LAN y la DMZ y de ahí directo al servidor web, alguna idea que no sea crear un virtualhost distinto para la red local, sin este limite en las descargas?? Lo cual podría funcionar, hasta que alguien de fuera descubra esa otra URL ya que no tengo vistas en el DNS :) Echa un vistazo por aquí: Limit the upload bandwidth of your apache webserver with mod_bw http://blog.mansonthomas.com/2009/02/limit-upload-bandwith-of-your-apache.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: https://lists.debian.org/pan.2014.04.25.17.48...@gmail.com
Re: Ordenamiento de logs
El 25/04/14 14:27, Camaleón escribió: El Fri, 25 Apr 2014 13:10:01 -0300, Mauro Antivero escribió: El 25/04/14 13:07, Camaleón escribió: (...) Estuve leyendo y veo que está el parámetro facility, el cual generalmente es usado de la forma facility local0-7. Luego uno en el servidor hace que cada uno de estos niveles loguee donde uno desee. Esta forma creo que me va a ser muy útil, pero solo hay 8 niveles. Si bien en este caso me alcanzan perfectamente, me pregunto como habría que hacer si uno tiene por ejemplo 50 equipos que generen log y quiere que cada uno lo haga en un archivo diferente? (...) Yo dejaría a un lado las facilities que como bien dices están limitadas en número, y me pondría a mirar cómo configurar los filtros de rsyslog que son muy potentes pero requieren paciencia de santo para afinarlos: http://www.rsyslog.com/tag/some-core-recipies/ http://www.rsyslog.com/doc/rsyslog_conf_filter.html Tienes más documentación y ejemplos de uso buscando en Google: https://www.google.com/webhp?complete=0hl=en#complete=0hl=enq=rsyslog+filters Genial, excelente aporte como siempre los tuyos. Te parece entonces que deje todo en local0 y luego voy ordenando mediante los filtros? ¿Tienes *todos* los servicios registrando eventos en local 0? Perdón, me expresé mal. En realidad recién me meto yo con el tema de los logs, está todo con su configuración por defecto. Dejo de dar vueltas entonces con la facility y veo directamente las opciones de filtrado de Rsyslog (estoy con eso justamente ahora). Saludos y muchas gracias. Mauro. Yo lo que haría es mantener los servicios con su facility predeterminada y usar la funcionalidad de filtrado de rsyslog para enviar los registros a otros archivos o particiones, separados, para tenerlo más ordenador. Saludos, -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/535aa2ae.9050...@gmail.com
Re: Excluir subred de restricción de ancho de banda en apache2
Echa un vistazo por aquí: Limit the upload bandwidth of your apache webserver with mod_bw http://blog.mansonthomas.com/2009/02/limit-upload-bandwith-of-your-apache.html Saludos, Justo lo que necesitaba!!! Muchas gracias Camaleón por la ayuda brindada una vez más! Saludos... -- ___ Eduardo R. Barrera Pérez Administrador Nodo CAP Pinar del Río Email: ebarrera...@yahoo.com Jabber: eb...@jabber.org Phone: 0148-728131 _ ___| |__ __ _ _ __ _ __ ___ _ __ __ _ / _ \ '_ \ / _` | '__| '__/ _ \ '__/ _` | | __/ |_) | (_| | | | | | __/ | | (_| | \___|_.__/ \__,_|_| |_| \___|_| \__,_| -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/535aa446.1030...@yahoo.es
Sobre el código no normal que aparece en el arranque de Debian
Hola Tengo Debian testing, y el arranque de Debian aparece fallos. Es tan rápido que no puedo visualizarlo bien, antes no pasaba. Me podían indicar de que manera puedo visualizarlo y como entenderlo. Gracias de antemano Espero su ayuda y les doy las gracias de antemano. -- Un saludo, José Manuel Gran Canaria/España Si vas a escribir.. piensa en esto: no digas nada que no sea mas precioso que el silencio!!!
Re: systemd en jessie
On Fri, Apr 25, 2014 at 03:22:20PM +, Camaleón wrote: Lo raro es que aún no se haya incluido el parche en testing/sid ya que el informe es de hace dos años como bien apunta el propio informador del bug. Creo que la razón está en el propio bug, al final: Michael Stapelberg dice: I’ll take a stab at merging it once the tech-ctte decision has been made. y Josh Triplett, el informante, le responde: Hopefully it'll be unnecessary after that decision. Es decir, que como systemd será el sistema de arranque predeterminado en jessie, pues ya total para qué. De hecho, si se hubiera incluido el parche seguramente no estaríamos teniendo esta conversación. Pues no sé yo. El comité técnico ha decidido sobre systemd y a pesar de todo estamos teniendo esta conversación. El sistema de inicio comparte ciertas cosas con el núcleo y con el cargador de arranque: Son elementos fundamentales del sistema, pero son en su mayor parte invisibles. Al usuario normal le dará igual uno que otro mientras funcionen y hagan lo que tienen que hacer. Son partes del sistema, que, a diferencia del entorno de escritorio o del gestor de ventanas, donde para gustos colores, casi no interaccionan con el usuario de forma directa. No hay un dpkg-reconfigure para elegir entre LILO y GRUB. En parte, porque la gente no anda cambiando de LILO a GRUB y de GRUB a LILO. Cuando tienes un cargador de arranque que funciona, no lo tocas, a menos que haya otro mucho mejor y quieras cambiarte (LILO - GRUB). Además, se espera que GRUB satisfaga las necesidades del 99,9% de los usuarios, y si algún usuario tiene necesidades especiales que no estén cubiertas por GRUB, se supone que sabrá buscarse la vida, no será el típico usuario que necesita un dpkg-reconfigure para poner LILO. Pues con systemd igual. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140425182805.ga20...@cantor.unex.es
Re: Sobre el código no normal que aparece en el arranque de Debian
El 25/04/14 19:18, José Manuel (EB8CXW) escribió: Hola Tengo Debian testing, y el arranque de Debian aparece fallos. Es tan rápido que no puedo visualizarlo bien, antes no pasaba. Me podían indicar de que manera puedo visualizarlo y como entenderlo. Gracias de antemano Espero su ayuda y les doy las gracias de antemano. -- Un saludo, José Manuel Gran Canaria/España Si vas a escribir.. piensa en esto: no digas nada que no sea mas precioso que el silencio!!! Hola Pido disculpas, por mi trabajo necesito tener activado el acuse de recibo, y cuando mande el mensaje no me acorde de quitarlo. Disculpen las molestias. -- Un saludo, José Manuel Gran Canaria/España Si vas a escribir.. piensa en esto: no digas nada que no sea mas precioso que el silencio!!! -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/535ac228.7010...@infonegocio.com
Re: Wheezy en ibm system x3550 m3(no detecta disco)
El 25 de abril de 2014, 11:54, Camaleón noela...@gmail.com escribió: El Fri, 25 Apr 2014 06:18:46 -0300, Francisco javier escribió: (...) hola, he intentado lo que me habéis dicho, y no pude llegar al particionado, pero si logre configurar bien el disco, me temo que es problema de la controladora, mañana viernes intentare guiándome con esto http://elmanytas.es/?q=node/277 Hum... no creo que eso sea necesario porque wheezy ya debería incluir soporte en el kernel para esa controladora aunque para asegurarse habría que saber el modelo exacto de la que tienes. me auto respondo, creo que este tema ya se había tocado en la lista, siento mucho no haberlo visto antes, https://lists.debian.org/debian-user-spanish/2012/12/msg00652.html Pues sí... pero ojo, en ese hilo se habla de un servidor distinto (M4). Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.04.25.14.54...@gmail.com Pudiste resolverlo? -- MrIX Linux user number 412793. http://counter.li.org/ las grandes obras, las sueñan los santos locos, las realizan los luchadores natos, las aprovechan los felices cuerdo, y las critican los inútiles crónicos,
Re: Wheezy en ibm system x3550 m3(no detecta disco)
El día 25 de abril de 2014, 18:19, Cristian Mitchell mitchell6...@gmail.com escribió: El 25 de abril de 2014, 11:54, Camaleón noela...@gmail.com escribió: El Fri, 25 Apr 2014 06:18:46 -0300, Francisco javier escribió: (...) hola, he intentado lo que me habéis dicho, y no pude llegar al particionado, pero si logre configurar bien el disco, me temo que es problema de la controladora, mañana viernes intentare guiándome con esto http://elmanytas.es/?q=node/277 Hum... no creo que eso sea necesario porque wheezy ya debería incluir soporte en el kernel para esa controladora aunque para asegurarse habría que saber el modelo exacto de la que tienes. me auto respondo, creo que este tema ya se había tocado en la lista, siento mucho no haberlo visto antes, https://lists.debian.org/debian-user-spanish/2012/12/msg00652.html Pues sí... pero ojo, en ese hilo se habla de un servidor distinto (M4). Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.04.25.14.54...@gmail.com Pudiste resolverlo? si, la imagen de squeeze funciono a la perfección! saludos! -- MrIX Linux user number 412793. http://counter.li.org/ las grandes obras, las sueñan los santos locos, las realizan los luchadores natos, las aprovechan los felices cuerdo, y las critican los inútiles crónicos, -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cag799-ofs-spqrwf5ojviwhjqnumlwq8em1xumj5vg688eg...@mail.gmail.com
Re: [OFFTOPIC] Políticas de Uso TI
Sinval em estudos feitos, se a empresa criar suas políticas de segurança e isso estiver fixado em cartazes mural etc.. ou email enviado assim que uma pessoa ganha uma conta corporativa e amplamente divulgado,sendo claramente listadas as sanções caso as normas sejam desrespeitadas vc pode sim demitir.ou adverter o usuário.Entretanto acredito que privar não resolve nada o Helio Loureiro aqui ja chegou a citar algo como coisa de gerente que não sabe nada,querer privar.politica e importante sim mas cautela ainda e o melhor remédio,o legal e criar a politica reunir todos da empresa e divulgs-las mostrando o real motivo garantir a segurança das informações da empresa. O ideal é vc se basear na iso 27001 para criar sua própria politica. Abraco Em 24/04/2014 16:09, Sinval Júnior sinva...@gmail.com escreveu: Trabalho em empresa do Governo aqui temos um documento enorme. Proíbe até uso de pendriver. Na minha opinião inútil, visto que para Justiça isso não tem valor, você não poderá demitir um usuário alegando justa coisa caso ele descumpra a norma, o melhor que você pode fazer é ter um bom filtro de conteúdo. E fazer campanhas via e-mail etc... Ao encaminhar esta mensagem, por favor: 1 - Apague meu endereço eletrônico; 2 - Encaminhe como Cópia Oculta (Cco ou BCc) aos seus destinatários. Dificulte assim a disseminação de vírus, spams e banners. #=+ #!/usr/bin/env python nome = 'Sinval Júnior' email = 'sinvalju arroba gmail ponto com' print nome print email #==+ Em 24 de abril de 2014 13:17, Cássio Elias cassioel...@corples.com.brescreveu: Bom, acredito que o máximo que voce irá chegar seja o máximo que a administração passada chegou. Apenas um raciocínio. Agora, a ITIL não trabalha com esse tipo de documentação não? De uma olhada...se estiver errado me corrijam por favor. Em 24/04/2014 10:32, Fábio de Sousa escreveu: Um salve a todos, Amigos, estou precisando de algum documento que tenha políticas de uso na área de TI dentro de uma empresa, se possível deste o Administrador de Redes até o usuário final. Estou assumindo o setor de TI de uma empresa e disse que para o meu Diretor que precisamos tomar algumas medidas para organizar a casa! Conversei com ele sobre alguns procedimentos, mas ele quer isso documentado, para ser assinado por ele e distribuído para todos! Alguém teria alguma documentação pronta, mesmo que as políticas não seja as mesmas que vou precisar aqui, mas para eu ter um parâmetro e escrever um documento, pelo menos com as medidas iniciais que tomaremos! Quem puder ajudar eu agradeço! Se quiser postar o link do documento aqui na lista tranquilo, mas se preferirem enviar para meu email: fabi...@gmail.com - assim que concluir o documento, faço upload e envio para lista, talvez tenha mais alguém esteja precisando! Grato, ~ *| Fábio de Sousa * .ºvº. *| Téc. Inf.* /(_)\ | *Seja livre, use LINUX* .^.^. | *Socialmente justo, economicamente viável e tecnologicamente sustentável* -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Cássio Elias - Departamento de Informática Cooperativa Regional de Produtores de Leite de Serrania Ltda. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Site: http://www.corples.com.br Fone: (35) 3284-1414 Fax: (35) 3284-1302 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Não percais a vossa esperança. No amanhã tudo será diferente e vereis a mão poderosa de Deus agir. O Bem e o Mal não são inimigos! Um está doente, e o outro pode curar!
Re: [OFFTOPIC] Políticas de Uso TI
Acredito que um consenso comum, e um consenso individual sejam o melhor remédio. Se o povo tiver que afundar por causa de nossos governantes, o planeta inteiro afunda, pois o planeta inteiro possui governos. Em 25/04/2014 07:04, Leandro escreveu: Sinval em estudos feitos, se a empresa criar suas políticas de segurança e isso estiver fixado em cartazes mural etc.. ou email enviado assim que uma pessoa ganha uma conta corporativa e amplamente divulgado,sendo claramente listadas as sanções caso as normas sejam desrespeitadas vc pode sim demitir.ou adverter o usuário.Entretanto acredito que privar não resolve nada o Helio Loureiro aqui ja chegou a citar algo como coisa de gerente que não sabe nada,querer privar.politica e importante sim mas cautela ainda e o melhor remédio,o legal e criar a politica reunir todos da empresa e divulgs-las mostrando o real motivo garantir a segurança das informações da empresa. O ideal é vc se basear na iso 27001 para criar sua própria politica. Abraco Em 24/04/2014 16:09, Sinval Júnior sinva...@gmail.com mailto:sinva...@gmail.com escreveu: Trabalho em empresa do Governo aqui temos um documento enorme. Proíbe até uso de pendriver. Na minha opinião inútil, visto que para Justiça isso não tem valor, você não poderá demitir um usuário alegando justa coisa caso ele descumpra a norma, o melhor que você pode fazer é ter um bom filtro de conteúdo. E fazer campanhas via e-mail etc... Ao encaminhar esta mensagem, por favor: 1 - Apague meu endereço eletrônico; 2 - Encaminhe como Cópia Oculta (Cco ou BCc) aos seus destinatários. Dificulte assim a disseminação de vírus, spams e banners. #=+ #!/usr/bin/env python nome = 'Sinval Júnior' email = 'sinvalju arroba gmail ponto com' print nome print email #==+ Em 24 de abril de 2014 13:17, Cássio Elias cassioel...@corples.com.br mailto:cassioel...@corples.com.br escreveu: Bom, acredito que o máximo que voce irá chegar seja o máximo que a administração passada chegou. Apenas um raciocínio. Agora, a ITIL não trabalha com esse tipo de documentação não? De uma olhada...se estiver errado me corrijam por favor. Em 24/04/2014 10:32, Fábio de Sousa escreveu: Um salve a todos, Amigos, estou precisando de algum documento que tenha políticas de uso na área de TI dentro de uma empresa, se possível deste o Administrador de Redes até o usuário final. Estou assumindo o setor de TI de uma empresa e disse que para o meu Diretor que precisamos tomar algumas medidas para organizar a casa! Conversei com ele sobre alguns procedimentos, mas ele quer isso documentado, para ser assinado por ele e distribuído para todos! Alguém teria alguma documentação pronta, mesmo que as políticas não seja as mesmas que vou precisar aqui, mas para eu ter um parâmetro e escrever um documento, pelo menos com as medidas iniciais que tomaremos! Quem puder ajudar eu agradeço! Se quiser postar o link do documento aqui na lista tranquilo, mas se preferirem enviar para meu email: fabi...@gmail.com mailto:fabi...@gmail.com - assim que concluir o documento, faço upload e envio para lista, talvez tenha mais alguém esteja precisando! Grato, ~ /| Fábio de Sousa / .ºvº. /| Téc. Inf./ /(_)\ | /Seja livre, use LINUX/ .^.^. | /Socialmente justo, economicamente viável e tecnologicamente sustentável/ -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Cássio Elias - Departamento de Informática Cooperativa Regional de Produtores de Leite de Serrania Ltda. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Site:http://www.corples.com.br Fone:(35) 3284-1414 tel:%2835%29%203284-1414 Fax:(35) 3284-1302 tel:%2835%29%203284-1302 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Não percais a vossa esperança. No amanhã tudo será diferente e vereis a mão poderosa de Deus agir. O Bem e o Mal não são inimigos! Um está doente, e o outro pode curar! -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Cássio Elias - Departamento de Informática Cooperativa Regional de Produtores de Leite de Serrania Ltda. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Site: http://www.corples.com.br Fone: (35) 3284-1414 Fax: (35) 3284-1302 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- A própria rejeição a Jesus é sinal de uma sociedade que está doente! O Bem e o Mal não são inimigos! Um está
Re: rede 192.168.1.x enchergar a rede 192.168.2.x
Boa tarde Vitor, Hoje recebi uma notícia com um link que pode te interessar. http://canaltech.com.br/tutorial/redes/Aprenda-a-amplificar-o-sinal-de-redes-wireless-usando-o-WDS/?utm_source=Canaltech+Oficialutm_campaign=1fc109dec7-UA-33160475-1utm_medium=emailutm_term=0_416ee9a6e7-1fc109dec7-73262665 Funcionando, avisa a gente. Saudações, Humberto Araujo de Sousa humbe...@dontec.com.br Em 18/04/2014 21:30, Vitor Hugo escreveu: Como faço para a rede 192.168.1.x enchergar a rede 192.168.2.x internet --- modem adsl (192.168.1.x) --- modem/roteador wifi --- (192.168.2.x) eu posso conectar um usb wifi e conectar via wifi a rede 192.168.2.x mas eu não queria fazer isto. outra solucao seria ligar o cabo de rede no modem/roteador wifi porem também não gostaria de fazer isto.
Re: [OFFTOPIC] Políticas de Uso TI
Leandro, Você pode demitir quem você quiser. Mais isto não serve como base para justa causa. Sem falar que isso não vai garantir segurança para suar informações. Visto que regras existem para serem quebradas. Se precisar de fato garantir isto crie redes isoladas. E implemente regras no filtro. Leandro se puder enviar a fonte deste estudos. O importante é cobrar resultados. Nada haver cara acessar um Porta dos Fundos, ou mesmo um WhatsApp. Até mesmo porque um bom ssh na porta 80 burla qualquer proxy/filtro. Obs me refiro a redes internas usadas por usuários normal e não a redes de servidores. Ai sim iso 27001. Ao encaminhar esta mensagem, por favor: 1 - Apague meu endereço eletrônico; 2 - Encaminhe como Cópia Oculta (Cco ou BCc) aos seus destinatários. Dificulte assim a disseminação de vírus, spams e banners. #=+ #!/usr/bin/env python nome = 'Sinval Júnior' email = 'sinvalju arroba gmail ponto com' print nome print email #==+ Em 25 de abril de 2014 07:04, Leandro leandro...@gmail.com escreveu: Sinval em estudos feitos, se a empresa criar suas políticas de segurança e isso estiver fixado em cartazes mural etc.. ou email enviado assim que uma pessoa ganha uma conta corporativa e amplamente divulgado,sendo claramente listadas as sanções caso as normas sejam desrespeitadas vc pode sim demitir.ou adverter o usuário.Entretanto acredito que privar não resolve nada o Helio Loureiro aqui ja chegou a citar algo como coisa de gerente que não sabe nada,querer privar.politica e importante sim mas cautela ainda e o melhor remédio,o legal e criar a politica reunir todos da empresa e divulgs-las mostrando o real motivo garantir a segurança das informações da empresa. O ideal é vc se basear na iso 27001 para criar sua própria politica. Abraco Em 24/04/2014 16:09, Sinval Júnior sinva...@gmail.com escreveu: Trabalho em empresa do Governo aqui temos um documento enorme. Proíbe até uso de pendriver. Na minha opinião inútil, visto que para Justiça isso não tem valor, você não poderá demitir um usuário alegando justa coisa caso ele descumpra a norma, o melhor que você pode fazer é ter um bom filtro de conteúdo. E fazer campanhas via e-mail etc... Ao encaminhar esta mensagem, por favor: 1 - Apague meu endereço eletrônico; 2 - Encaminhe como Cópia Oculta (Cco ou BCc) aos seus destinatários. Dificulte assim a disseminação de vírus, spams e banners. #=+ #!/usr/bin/env python nome = 'Sinval Júnior' email = 'sinvalju arroba gmail ponto com' print nome print email #==+ Em 24 de abril de 2014 13:17, Cássio Elias cassioel...@corples.com.brescreveu: Bom, acredito que o máximo que voce irá chegar seja o máximo que a administração passada chegou. Apenas um raciocínio. Agora, a ITIL não trabalha com esse tipo de documentação não? De uma olhada...se estiver errado me corrijam por favor. Em 24/04/2014 10:32, Fábio de Sousa escreveu: Um salve a todos, Amigos, estou precisando de algum documento que tenha políticas de uso na área de TI dentro de uma empresa, se possível deste o Administrador de Redes até o usuário final. Estou assumindo o setor de TI de uma empresa e disse que para o meu Diretor que precisamos tomar algumas medidas para organizar a casa! Conversei com ele sobre alguns procedimentos, mas ele quer isso documentado, para ser assinado por ele e distribuído para todos! Alguém teria alguma documentação pronta, mesmo que as políticas não seja as mesmas que vou precisar aqui, mas para eu ter um parâmetro e escrever um documento, pelo menos com as medidas iniciais que tomaremos! Quem puder ajudar eu agradeço! Se quiser postar o link do documento aqui na lista tranquilo, mas se preferirem enviar para meu email: fabi...@gmail.com - assim que concluir o documento, faço upload e envio para lista, talvez tenha mais alguém esteja precisando! Grato, ~ *| Fábio de Sousa * .ºvº. *| Téc. Inf.* /(_)\ | *Seja livre, use LINUX* .^.^. | *Socialmente justo, economicamente viável e tecnologicamente sustentável* -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Cássio Elias - Departamento de Informática Cooperativa Regional de Produtores de Leite de Serrania Ltda. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Site: http://www.corples.com.br Fone: (35) 3284-1414 Fax: (35) 3284-1302 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Não percais a vossa esperança. No amanhã tudo será diferente e vereis a mão poderosa de Deus agir. O Bem e o Mal não são inimigos! Um está doente, e o outro pode curar!
Re: [OFFTOPIC] Políticas de Uso TI
Indenpendente da política interna referente a tecnologia da Informação eu entendo que se o usuário que foi admitido está ciente das sanções e politicas, deve cumpri-las igualmente como qualquer outra politica interna da empresa. E para cada descumprimento uma punição, que podem variar de advertência verbal até demissão. Ex: Uso de um refeitorio, existe uma politica e caso desreipeite existe uma sanção, cumprimento do horário seria outro exemplo. Sai um pouco do universo da tecnologia da informação para uma melhor ilustração Em 25 de abril de 2014 17:58, Sinval Júnior sinva...@gmail.com escreveu: Leandro, Você pode demitir quem você quiser. Mais isto não serve como base para justa causa. Sem falar que isso não vai garantir segurança para suar informações. Visto que regras existem para serem quebradas. Se precisar de fato garantir isto crie redes isoladas. E implemente regras no filtro. Leandro se puder enviar a fonte deste estudos. O importante é cobrar resultados. Nada haver cara acessar um Porta dos Fundos, ou mesmo um WhatsApp. Até mesmo porque um bom ssh na porta 80 burla qualquer proxy/filtro. Obs me refiro a redes internas usadas por usuários normal e não a redes de servidores. Ai sim iso 27001. Ao encaminhar esta mensagem, por favor: 1 - Apague meu endereço eletrônico; 2 - Encaminhe como Cópia Oculta (Cco ou BCc) aos seus destinatários. Dificulte assim a disseminação de vírus, spams e banners. #=+ #!/usr/bin/env python nome = 'Sinval Júnior' email = 'sinvalju arroba gmail ponto com' print nome print email #==+ Em 25 de abril de 2014 07:04, Leandro leandro...@gmail.com escreveu: Sinval em estudos feitos, se a empresa criar suas políticas de segurança e isso estiver fixado em cartazes mural etc.. ou email enviado assim que uma pessoa ganha uma conta corporativa e amplamente divulgado,sendo claramente listadas as sanções caso as normas sejam desrespeitadas vc pode sim demitir.ou adverter o usuário.Entretanto acredito que privar não resolve nada o Helio Loureiro aqui ja chegou a citar algo como coisa de gerente que não sabe nada,querer privar.politica e importante sim mas cautela ainda e o melhor remédio,o legal e criar a politica reunir todos da empresa e divulgs-las mostrando o real motivo garantir a segurança das informações da empresa. O ideal é vc se basear na iso 27001 para criar sua própria politica. Abraco Em 24/04/2014 16:09, Sinval Júnior sinva...@gmail.com escreveu: Trabalho em empresa do Governo aqui temos um documento enorme. Proíbe até uso de pendriver. Na minha opinião inútil, visto que para Justiça isso não tem valor, você não poderá demitir um usuário alegando justa coisa caso ele descumpra a norma, o melhor que você pode fazer é ter um bom filtro de conteúdo. E fazer campanhas via e-mail etc... Ao encaminhar esta mensagem, por favor: 1 - Apague meu endereço eletrônico; 2 - Encaminhe como Cópia Oculta (Cco ou BCc) aos seus destinatários. Dificulte assim a disseminação de vírus, spams e banners. #=+ #!/usr/bin/env python nome = 'Sinval Júnior' email = 'sinvalju arroba gmail ponto com' print nome print email #==+ Em 24 de abril de 2014 13:17, Cássio Elias cassioel...@corples.com.brescreveu: Bom, acredito que o máximo que voce irá chegar seja o máximo que a administração passada chegou. Apenas um raciocínio. Agora, a ITIL não trabalha com esse tipo de documentação não? De uma olhada...se estiver errado me corrijam por favor. Em 24/04/2014 10:32, Fábio de Sousa escreveu: Um salve a todos, Amigos, estou precisando de algum documento que tenha políticas de uso na área de TI dentro de uma empresa, se possível deste o Administrador de Redes até o usuário final. Estou assumindo o setor de TI de uma empresa e disse que para o meu Diretor que precisamos tomar algumas medidas para organizar a casa! Conversei com ele sobre alguns procedimentos, mas ele quer isso documentado, para ser assinado por ele e distribuído para todos! Alguém teria alguma documentação pronta, mesmo que as políticas não seja as mesmas que vou precisar aqui, mas para eu ter um parâmetro e escrever um documento, pelo menos com as medidas iniciais que tomaremos! Quem puder ajudar eu agradeço! Se quiser postar o link do documento aqui na lista tranquilo, mas se preferirem enviar para meu email: fabi...@gmail.com - assim que concluir o documento, faço upload e envio para lista, talvez tenha mais alguém esteja precisando! Grato, ~ *| Fábio de Sousa * .ºvº. *| Téc. Inf.* /(_)\ | *Seja livre, use LINUX* .^.^. | *Socialmente justo, economicamente viável e tecnologicamente sustentável* -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Re: Personal Recommendations for Free List Compatible Email Service
On Thu, 24 Apr 2014 17:52:13 -0500 Stan Hoeppner s...@hardwarefreak.com wrote: Hello Stan, You're asking specifically about an account for list mail only in this thread. None of these concerns apply. Correct me if I'm wrong (I dare you), but I don't think it's your decision whether the concerns apply to Patrick. -- Regards _ / ) The blindingly obvious is / _)radnever immediately apparent I'll be the rubbish you'll be the bin Love Song - The Damned signature.asc Description: PGP signature
Re: Personal Recommendations for Free List Compatible Email Service
On Thu, 24 Apr 2014, Ralf Mardorf wrote: On Thu, 2014-04-24 at 10:14 -0700, Patrick Bartek wrote: On Thu, 24 Apr 2014, Jochen Spieker wrote: Patrick Bartek: I don't need lots of storage or big attachment sizes (or any attachments really), but I do need IMAP, so I can use Claws. It must be reasonably secure and dependable, i.e, good up times. I didn't read the whole thread, but I didn't see anyone stepping up and offering some space on their own servers. I have a virtual server running wheezy with Dovecot, dspam, policyd-weight, ClamAV, Roundcube, OwnCloud and whatnot. Storage is becoming a little bit constrained but otherwise the machine is pretty much idle. I have only three other e-mail users beside myself plus the occasional web visitor. So, if someone needs an account for mail, CardDAV/CalDAV (great for Android sync!) or little bit of web space: just ask. I do care about security and availability because I use this system heavily myself. Obviously, I cannot guarantee anything, though, and you have to trust me with your data. In any case I recommend encrypting and backing up your own stuff. Thanks for the kind and considerate offer, but last night I was successful in setting up a new gmail account (without Google+) for my mail lists subscriptions. I'll post here how I did it as soon as everything is tested and configured. I seem to have some Google thingy, just because I joined some mailing list, but without having a gmail account. I don't understand. Could you be a little more specific? Are you saying that you've been signed up for a Google or Google+ account by joining some mail list? B -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140424233345.05b31...@debian7.boseck208.net
Re: Personal Recommendations for Free List Compatible Email Service
On Thu, 24 Apr 2014, Stan Hoeppner wrote: On 4/24/2014 12:03 PM, Patrick Bartek wrote: On Thu, 24 Apr 2014, Stan Hoeppner wrote: On 4/19/2014 3:38 PM, Patrick Bartek wrote: What with my authentication problems with my Yahoo Mail address on this list, anyone have personal recommendations for a good, free email service ... to run my lists subcriptions through? You have Cox broadband. Why aren't you using Cox IMAP? Most broadband providers offer multiple email accounts per service connection. Create an account for list mail. Done. Years ago, when I initially switched to Cox from dialup, and had to deal with the hassle of notifying everyone of my new addresses, I decided I needed email addresses (for business and personal) that wouldn't ever change regardless of where I resided, or who I worked for, or what Internet provider I used, or even especially if I had one. So, that meant Cox was out. Even though I did consider it, I opted to stick with my original decade plus old plan. It's way more practical. You're asking specifically about an account for list mail only in this thread. None of these concerns apply. Of course, they do. To me. Obviously, not to you. But I'm the one doing the emailing. So, I'm the one who gets to decide if it matters. B -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140424235226.21ec4...@debian7.boseck208.net
Re: Personal Recommendations for Free List Compatible Email Service
On Thu, 2014-04-24 at 23:33 -0700, Patrick Bartek wrote: On Thu, 24 Apr 2014, Ralf Mardorf wrote: On Thu, 2014-04-24 at 10:14 -0700, Patrick Bartek wrote: On Thu, 24 Apr 2014, Jochen Spieker wrote: Patrick Bartek: I don't need lots of storage or big attachment sizes (or any attachments really), but I do need IMAP, so I can use Claws. It must be reasonably secure and dependable, i.e, good up times. I didn't read the whole thread, but I didn't see anyone stepping up and offering some space on their own servers. I have a virtual server running wheezy with Dovecot, dspam, policyd-weight, ClamAV, Roundcube, OwnCloud and whatnot. Storage is becoming a little bit constrained but otherwise the machine is pretty much idle. I have only three other e-mail users beside myself plus the occasional web visitor. So, if someone needs an account for mail, CardDAV/CalDAV (great for Android sync!) or little bit of web space: just ask. I do care about security and availability because I use this system heavily myself. Obviously, I cannot guarantee anything, though, and you have to trust me with your data. In any case I recommend encrypting and backing up your own stuff. Thanks for the kind and considerate offer, but last night I was successful in setting up a new gmail account (without Google+) for my mail lists subscriptions. I'll post here how I did it as soon as everything is tested and configured. I seem to have some Google thingy, just because I joined some mailing list, but without having a gmail account. I don't understand. Could you be a little more specific? Are you saying that you've been signed up for a Google or Google+ account by joining some mail list? Yesno, there was the need to have a Google account to open and/or to join a mailing list. Some time ago the Arch Linux mailing list was moderated and some users disliked it, so we searched for an alternative. Google provided it, but they want more data about the users, than a subscription with an email address only. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1398409265.701.169.camel@archlinux
Re: Personal Recommendations for Free List Compatible Email Service
On 4/25/2014 1:02 AM, Brad Rogers wrote: On Thu, 24 Apr 2014 17:52:13 -0500 Stan Hoeppner s...@hardwarefreak.com wrote: Hello Stan, You're asking specifically about an account for list mail only in this thread. None of these concerns apply. Correct me if I'm wrong (I dare you), but I don't think it's your decision whether the concerns apply to Patrick. I made a simple common sense observation that applies to anyone using a dedicated account for list mail. I didn't think it necessary to explain the blindingly obvious, to quote your sig, but apparently that is necessary after all. So, stating the obvious... One can change a list mail account willy nilly, and the only notification required is changing the subscription address for each list. Thus, again, the concerns Patrick mentioned do not apply to a dedicated list mail account. Given your sniping remark and dare, some predisposition you have against me prevented you from applying the logic of your own signature. Cheers, Stan -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/535a08d0.2080...@hardwarefreak.com
Re: install cinnamon
On Thu, Apr 24, 2014 at 01:40:11PM +0200, Jochen Spieker wrote: Stephen Allen: On Tue, Apr 22, 2014 at 02:58:28PM +0100, Brian wrote: On Tue 22 Apr 2014 at 11:48:11 +0100, Brian wrote: It would be interesting to know whether this is successful for you. On the segfault site Martins provides cinnamon-build.tar.gz. If you trust the packages it contains (installing random debs found on the web isn't recommended) Cinnamon might run for you on Wheezy after you get network-manager-gnome. ---end quoted text--- Why was Cinnamon removed from the Debian Repos? It wasn't. It is just only available in sid at the moment: https://packages.debian.org/cinnamon Thanks. Much rather have it than Mate. No one wanted to package it and/or maintain it? Where do these discussions happen? Probably either in a bug report or on debian-devel. Judging from the state of cinnamon in Debian (package version and activity in the BTS), it appears that the maintainers need some help to get Cinnamon into shape before it can be released with Debian. Truly wish I had the skills to help -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140425104058.GA7482@Jessie
Re: Personal Recommendations for Free List Compatible Email Service
On Fri, 25 Apr 2014 02:03:44 -0500 Stan Hoeppner s...@hardwarefreak.com wrote: Hello Stan, I made a simple common sense observation that applies to anyone using a Some people (me for one) have over 100 mailing list subscriptions. Using an ISP provided email address to run that lot is asinine. One can change a list mail account willy nilly, and the only notification required is changing the subscription address for each list. Thus, again, the concerns Patrick mentioned do not apply to a Like I said, that could be over 100 lists. No mean feat, achieving the required transition of that many accounts to a new address without a certain amount of frustration, even if some of those accounts are run from the same server, and all relevant list addresses can be changed at once. I'd have to make something like 70 changes of address for the 100 or so lists I subscribe to. I don't fancy that, hence using a non ISP account for list mail. I've no idea what number of lists Patrick is subbed to, but even if it's just this one, and he decides it's too much of a faff to change the subscription details every time he changes ISP, it's his choice. Given your sniping remark and dare, some predisposition you have against me prevented you from applying the logic of your own signature. Just the sheer arrogance demonstrated by your position: Stan's right, Patrick is wrong. Summing up, then: Stating the blindingly obvious, which was not immediately apparent to you, it's Patrick's choice not yours. -- Regards _ / ) The blindingly obvious is / _)radnever immediately apparent Watching the people get lairy I Predict A Riot - Kaiser Chiefs signature.asc Description: PGP signature
Re: Personal Recommendations for Free List Compatible Email Service
On Fri, 2014-04-25 at 11:43 +0100, Brad Rogers wrote: On Fri, 25 Apr 2014 02:03:44 -0500 Stan Hoeppner s...@hardwarefreak.com wrote: Hello Stan, I made a simple common sense observation that applies to anyone using a Some people (me for one) have over 100 mailing list subscriptions. Using an ISP provided email address to run that lot is asinine. One can change a list mail account willy nilly, and the only notification required is changing the subscription address for each list. Thus, again, the concerns Patrick mentioned do not apply to a Like I said, that could be over 100 lists. No mean feat, achieving the required transition of that many accounts to a new address without a certain amount of frustration, even if some of those accounts are run from the same server, and all relevant list addresses can be changed at once. I'd have to make something like 70 changes of address for the 100 or so lists I subscribe to. I don't fancy that, hence using a non ISP account for list mail. I've no idea what number of lists Patrick is subbed to, but even if it's just this one, and he decides it's too much of a faff to change the subscription details every time he changes ISP, it's his choice. Given your sniping remark and dare, some predisposition you have against me prevented you from applying the logic of your own signature. Just the sheer arrogance demonstrated by your position: Stan's right, Patrick is wrong. Summing up, then: Stating the blindingly obvious, which was not immediately apparent to you, it's Patrick's choice not yours. Resume, it's piss that some of us experience issues when using mailing lists. There are serious issues. I already pointed out that folks subscribe to a mailman lists, should log in, to get aware about their bounce scores. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1398425096.701.215.camel@archlinux
Re: Bug #693630: Dconf unknown method 'Change'
Le 24.04.2014 11:53, James Collier a écrit : Hi Berenger (and all), Thanks very much for the replies. My installed dconf packages and versions: james@james-turing:~$ apt-cache search dconf | grep dconf dconf-cli - simple configuration storage system - utilities dconf-editor - simple configuration storage system - utilities dconf-gsettings-backend - simple configuration storage system - GSettings back-end dconf-service - simple configuration storage system - D-Bus service dconf-tools - transitional dummy package libdconf-dbg - simple configuration storage system - debugging symbols libdconf-dbus-1-0 - simple configuration storage system - D-Bus library libdconf-dbus-1-dbg - simple configuration storage system - D-Bus debug symbols libdconf-dbus-1-dev - simple configuration storage system - D-Bus development files libdconf-dev - simple configuration storage system - development files libdconf-doc - simple configuration storage system - documentation libdconf1 - simple configuration storage system - runtime library upstart-dconf-bridge - DConf bridge for upstart james@james-turing:~$ apt-cache policy dconf-service dconf-service: Installed: 0.18.0-1 Candidate: 0.18.0-1 Version table: *** 0.18.0-1 0 500 http://ftp.debian.org/debian/ [2] sid/main amd64 Packages 500 http://ftp.debian.org/debian/ [3] testing/main amd64 Packages 100 /var/lib/dpkg/status james@james-turing:~$ apt-cache policy libdconf1 libdconf1: Installed: 0.18.0-1 Candidate: 0.18.0-1 Version table: *** 0.18.0-1 0 500 http://ftp.debian.org/debian/ [4] sid/main amd64 Packages 500 http://ftp.debian.org/debian/ [5] testing/main amd64 Packages 100 /var/lib/dpkg/status james@james-turing:~$ apt-cache policy libdconf-dbus-1-0 libdconf-dbus-1-0: Installed: 0.18.0-1 Candidate: 0.18.0-1 Version table: *** 0.18.0-1 0 500 http://ftp.debian.org/debian/ [6] sid/main amd64 Packages 500 http://ftp.debian.org/debian/ [7] testing/main amd64 Packages 100 /var/lib/dpkg/status How do I check that all recommended packages are selected? It depends on the tools you are accustomed to. Personally, I use aptitude with it's ncurse semi-graphical interface. I've just done a tasksel and noticed Debian desktop environment wasn't selected, but laptop was. Unfortunately the dconf problem persists. As for ~/.share, it doesn't exist on my system. My mistake: I meant ~/.cache a Thanks, James On Wed, Apr 23, 2014 at 11:11 PM, wrote: Le 23.04.2014 09:00, James Collier a écrit : Hello everyone, first time posting here. Yay! I've been having trouble with this dconf bug for some time now. And no solution on google seems to help. To get this error all I need to do is try to change a setting. e.g. open terminal: $ gnome-calculator Open preferences, change e.g. word size from 64 bits to 32 bits close the preferences dialog close the gnome-calculator application and a bunch of: (gnome-calculator:18860): dconf-WARNING **: failed to commit changes to dconf: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: No such method 'Change' warnings pop up. Same thing happens if I want to change desktop background. So what have I tried to fix it: * deleted '~/.config/dconf/user' * deleted '~/.config/dconf' * restarted * updated all packages FYI I'm running stock unstable fully updated. I'm starting to think the fault is mine but no idea where to start. Could someone please help me? Also can you CC the reply to me as I'm not subscribed to the list. Yours, James Collier Which package exactly do you have about dconf? What I can see on https://packages.debian.org/search?suite=allarch=amd64searchon=nameskeywords=dconf [1] is that the only dconf package is only in old-stable. Since you are in unstable, I strongly doubt that you are using this one... I was thinking that it could be a bug introduced in unstable, but all dconf* packages seems to have the same version in testing, so my original idea about downgrading is not applicable here. Do you have all recommended packages installed? One might miss, which would lead to that kind of warning. In this case, you could then report the problem back to Debian, since it would be a bug. And since you have removed and recreated all your configuration files about dconf, I would not be surprised of this. Also, you could check if there is related stuff in ~/.share/dconf, and you could try to regenerate ~/.share/dbus + ~/.config/dbus. Hope it helps. Links: -- [1] https://packages.debian.org/search?suite=all|+|amp|+|arch=amd64|+|amp|+|searchon=names|+|amp|+|keywords=dconf [2] http://ftp.debian.org/debian/ [3] http://ftp.debian.org/debian/ [4] http://ftp.debian.org/debian/ [5] http://ftp.debian.org/debian/ [6] http://ftp.debian.org/debian/ [7] http://ftp.debian.org/debian/ [8] mailto:berenger.mo...@neutralite.org -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble?
Re: Bug #693630: Dconf unknown method 'Change'
Le 25.04.2014 14:01, berenger.mo...@neutralite.org a écrit : Le 24.04.2014 11:53, James Collier a écrit : Hi Berenger (and all), Thanks very much for the replies. My installed dconf packages and versions: james@james-turing:~$ apt-cache search dconf | grep dconf dconf-cli - simple configuration storage system - utilities dconf-editor - simple configuration storage system - utilities dconf-gsettings-backend - simple configuration storage system - GSettings back-end dconf-service - simple configuration storage system - D-Bus service dconf-tools - transitional dummy package libdconf-dbg - simple configuration storage system - debugging symbols libdconf-dbus-1-0 - simple configuration storage system - D-Bus library libdconf-dbus-1-dbg - simple configuration storage system - D-Bus debug symbols libdconf-dbus-1-dev - simple configuration storage system - D-Bus development files libdconf-dev - simple configuration storage system - development files libdconf-doc - simple configuration storage system - documentation libdconf1 - simple configuration storage system - runtime library upstart-dconf-bridge - DConf bridge for upstart james@james-turing:~$ apt-cache policy dconf-service dconf-service: Installed: 0.18.0-1 Candidate: 0.18.0-1 Version table: *** 0.18.0-1 0 500 http://ftp.debian.org/debian/ [2] sid/main amd64 Packages 500 http://ftp.debian.org/debian/ [3] testing/main amd64 Packages 100 /var/lib/dpkg/status james@james-turing:~$ apt-cache policy libdconf1 libdconf1: Installed: 0.18.0-1 Candidate: 0.18.0-1 Version table: *** 0.18.0-1 0 500 http://ftp.debian.org/debian/ [4] sid/main amd64 Packages 500 http://ftp.debian.org/debian/ [5] testing/main amd64 Packages 100 /var/lib/dpkg/status james@james-turing:~$ apt-cache policy libdconf-dbus-1-0 libdconf-dbus-1-0: Installed: 0.18.0-1 Candidate: 0.18.0-1 Version table: *** 0.18.0-1 0 500 http://ftp.debian.org/debian/ [6] sid/main amd64 Packages 500 http://ftp.debian.org/debian/ [7] testing/main amd64 Packages 100 /var/lib/dpkg/status Wow, classic DEs are really bloated... Since those packages does have the same versions as in testing, I doubt that the problem comes from version. But you really did not installed *-dev and *-dbg packages? They are completely useless for normal users. *-dev files are useful for programmers, and *-dbg... well, I do not know what the hell they are, I never really had to debug a package in Debian with them, I usually prefer to download mainstream versions and try to fix things there :) Anyway... How do I check that all recommended packages are selected? It depends on the tools you are accustomed to. Personally, I use aptitude with it's ncurse semi-graphical interface. I've just done a tasksel and noticed Debian desktop environment wasn't selected, but laptop was. Unfortunately the dconf problem persists. As for ~/.share, it doesn't exist on my system. My mistake: I meant ~/.cache a ... Sorry, my fingers took the wrong path... I meant ~/.cache and ~/.local. You could also remove stuff like ~/.dbus. Oh, and not removing them, in fact, simply moving them somewhere else, just in case. If the problem is not solved, and to be sure the problem does not come from something in your home, you can just try to create a new user, log-in with it, and check if the problem still happen. If yes, then the problem is probably a bug in something and you will probably could use reportbug. I can not really help a lot more, I never really used any big DE, and one of the things I usually does on my systems is to disable dbus daemons and other kind of things which are used to make linux more like windows ( dconf is an alternative of regedit, in my opinion. And this is bad, still in my opinion. ) PS: On this mailing list, we strongly encourage bottom-posting, versus top-posting, because it makes things easier for other people to jump into the discussion. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/dc8f6af93a9dc4cae855db08210d1...@neutralite.org
Re: Systemd
Le 25.04.2014 06:29, Ralf Mardorf a écrit : On Thu, 2014-04-24 at 23:32 -0400, staticsafe wrote: Have you read this stupid things? At least the argument regarding to journalctl isn't stupid. Making a log file binary indeed is the most worse the systemd developers could do. You know, things like dbus, dconf, and systemd makes me think that tomorrow, linux distributions might looks like Microsoft's OSes ( regedit, binary logs, etc ). Luckily, Debian supports BSD kernel, and I am intrigued by those kernels since a long time. I think that in a not far future I'll give a try to Debian kFreeBSD. Learning how things works somewhere else is always a good thing. In the past, it ( switching from windows to debian ) helped me to understand that Windows is not as buggy as I thought ( the truth being that softwares build to run on windows are buggy, not especially windows by itself, which is different ). -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/3d13eb023aef30d2db63b88725abb...@neutralite.org
Re: Systemd
My initial reaction was, what happened that would induce Poettering to have sock puppets post attempts at poisoning the well like this? On Fri, Apr 25, 2014 at 8:15 AM, latin...@vcn.bc.ca wrote: Hello list: Have you read this stupid things? Then I thought, maybe it's an attempt to funnel readers to a blog post. Eventually I decided to read the posts being ostensibly belittled. http://boycottsystemd.org/ https://igurublog.wordpress.com/2014/04/03/tso-and-linus-and-the-impotent-rage-against-systemd/ I have to admit, that's hard reading. The other is not. https://igurublog.wordpress.com/2014/04/03/tso-and-linus-and-the-impotent-rage-against-systemd/ so I searched the web for Kay Sievers, and now I understand. We can expect a fork in the kernel fairly soon, about as soon as certain leaders in the community are confident they can make the current main branch the meaningless one going forward. No, I don't know which side these sock puppets are on. It doesn't matter. -- Joel Rees Be careful where you see conspiracy. Look first in your own heart.
Re: In Squeeze replacing python version 2.6.6-13~bpo60+1 with version 2.6.6-3+squeeze7
On Thu 24 Apr 2014 at 12:55:26 -0400, Ken Heard wrote: I am consequently stuck with python 2.6.6-13~bpo60+1 which seems to work with everything using python, but hplip wants the pure version of python rather than the unofficial version provided by deb.mozilla.net. So I am back to Andrei's proposed solution, which I will not be able to try until next month. As you said Apt-get will not however install package python-dev 2.6.6-3+squeeze7 So instead of working against 2.6.6-13~bpo60+1 why not co-operate with it and install python-dev_2.6.6-13~bpo60+1? It is obtainable from http://mozilla.debian.net/pool/iceweasel-esr/p/python-defaults/ 'dpkg -i' should get it put on the system. It works for me but YMMV. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140425140331.gl17...@copernicus.demon.co.uk
Re: In Squeeze replacing python version 2.6.6-13~bpo60+1 with version 2.6.6-3+squeeze7
On Wed 23 Apr 2014 at 19:29:59 +0100, Brian wrote: On Wed 23 Apr 2014 at 10:45:13 -0400, Ken Heard wrote: On 2014-04-23 05:08, Brian wrote: That can be done using http://localhost:631 I tried this option but could not find a ppd file for the particular printer mentioned above. If CUPS cannot find a PPD how do you expect hplip to conjure one up? Easily when using 'sh hplip-3.14.4.run'! I was thinking of an install of Squeeze's hp packages. Thanks to Curt for getting me back on the straight and narrow. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140425140417.gm17...@copernicus.demon.co.uk
Re: Systemd
On Fri, Apr 25, 2014 at 11:31 PM, Joel Rees joel.r...@gmail.com wrote: We can expect a fork in the kernel fairly soon, about as soon as certain leaders in the community are confident they can make the current main branch the meaningless one going forward. I'm a user, not a kernel dev, and definitely not someone who's majorly into politics. A few years ago, unsatisfied with sysvinit, I started installing Upstart on all my Debian systems, and apart from being unable to use apt-get dist-upgrade (which asks to remove upstart and reinstall sysvinit), everything worked fine. Now, with Debian Jessie on the way, I've started learning systemd, because Upstart is apparently a dead end, and systemd is the way to go. Please, can someone explain - without too much on the politics, if that's possible - whether it's right for me to invest time into learning systemd? I get very tired of the endless arguments (Open Office vs Libre Office, cdrecord vs wodim, ffmpeg vs avconv - at least in those cases, the replacement is mostly drop-in), and frankly, I have a highly pragmatic approach to my init system: it should boot my system, and it should be possible for me to configure a program to be invoked. So is systemd the future, or are we going to have another massive argument? ChrisA -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/captjjmqe7kabz5qb8y3nf3rzfhq0jy-rykwn1ktoy8qwuqi...@mail.gmail.com
Re: Systemd
Le 25.04.2014 15:59, Chris Angelico a écrit : On Fri, Apr 25, 2014 at 11:31 PM, Joel Rees joel.r...@gmail.com wrote: We can expect a fork in the kernel fairly soon, about as soon as certain leaders in the community are confident they can make the current main branch the meaningless one going forward. I'm a user, not a kernel dev, and definitely not someone who's majorly into politics. A few years ago, unsatisfied with sysvinit, I started installing Upstart on all my Debian systems, and apart from being unable to use apt-get dist-upgrade (which asks to remove upstart and reinstall sysvinit), everything worked fine. Now, with Debian Jessie on the way, I've started learning systemd, because Upstart is apparently a dead end, and systemd is the way to go. Please, can someone explain - without too much on the politics, if that's possible - whether it's right for me to invest time into learning systemd? I get very tired of the endless arguments (Open Office vs Libre Office, cdrecord vs wodim, ffmpeg vs avconv - at least in those cases, the replacement is mostly drop-in), and frankly, I have a highly pragmatic approach to my init system: it should boot my system, and it should be possible for me to configure a program to be invoked. So is systemd the future, My opinion is that major distributions will not change every day their init systems, so I guess systemd administration can be reliably learned. That some users like this, or not, do not change the fact that they do not decide for maintainers. or are we going to have another massive argument? It's like discussing about new versions of gnome. I would be surprised if no trolling follows in this thread, sooner or later. ChrisA -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/b7e2a40ced49a5c7035ce682cef45...@neutralite.org
Re: Systemd
On Fri, Apr 25, 2014 at 04:45:09PM +0200, berenger.mo...@neutralite.org wrote: My opinion is that major distributions will not change every day their init systems, so I guess systemd administration can be reliably learned. That some users like this, or not, do not change the fact that they do not decide for maintainers. or are we going to have another massive argument? It's like discussing about new versions of gnome. I would be surprised if no trolling follows in this thread, sooner or later. It would be nice to see a comparison of features without any kind of judgement of each merit or con. As soon as people start saying this feature is better then that one that's when the cat gets loose I think, no trolling needed, just stating oppinions is enough. We all have our oppinions but there are some technical differences between sysvinit and systemd that would be nice to have. Cheers, Oli -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140425152131.ga8...@workman.lan
Re: Personal Recommendations for Free List Compatible Email Service
On Fri, 25 Apr 2014, Ralf Mardorf wrote: On Thu, 2014-04-24 at 23:33 -0700, Patrick Bartek wrote: On Thu, 24 Apr 2014, Ralf Mardorf wrote: On Thu, 2014-04-24 at 10:14 -0700, Patrick Bartek wrote: On Thu, 24 Apr 2014, Jochen Spieker wrote: Patrick Bartek: I don't need lots of storage or big attachment sizes (or any attachments really), but I do need IMAP, so I can use Claws. It must be reasonably secure and dependable, i.e, good up times. I didn't read the whole thread, but I didn't see anyone stepping up and offering some space on their own servers. I have a virtual server running wheezy with Dovecot, dspam, policyd-weight, ClamAV, Roundcube, OwnCloud and whatnot. Storage is becoming a little bit constrained but otherwise the machine is pretty much idle. I have only three other e-mail users beside myself plus the occasional web visitor. So, if someone needs an account for mail, CardDAV/CalDAV (great for Android sync!) or little bit of web space: just ask. I do care about security and availability because I use this system heavily myself. Obviously, I cannot guarantee anything, though, and you have to trust me with your data. In any case I recommend encrypting and backing up your own stuff. Thanks for the kind and considerate offer, but last night I was successful in setting up a new gmail account (without Google+) for my mail lists subscriptions. I'll post here how I did it as soon as everything is tested and configured. I seem to have some Google thingy, just because I joined some mailing list, but without having a gmail account. I don't understand. Could you be a little more specific? Are you saying that you've been signed up for a Google or Google+ account by joining some mail list? Yesno, there was the need to have a Google account to open and/or to join a mailing list. Some time ago the Arch Linux mailing list was moderated and some users disliked it, so we searched for an alternative. Google provided it, but they want more data about the users, than a subscription with an email address only. Okay. I see what you mean. I'm familiar with what you're talking about. Had a contract with a company that used it. Google Forum, I think it was called. B -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140425085124.7a024...@debian7.boseck208.net
Re: Systemd
On Sat, Apr 26, 2014 at 1:21 AM, Ólafur Jens Sigurðsson ojs...@gmail.com wrote: It would be nice to see a comparison of features without any kind of judgement of each merit or con. As soon as people start saying this feature is better then that one that's when the cat gets loose I think, no trolling needed, just stating oppinions is enough. We all have our oppinions but there are some technical differences between sysvinit and systemd that would be nice to have. Well, we have a fine generic subject line for this. I'll start by saying what I like about each of sysvinit and Upstart, and what my understanding is of systemd based on docs readings. Please, folks, no trolling, but just good clean discussion! 1) sysvinit works with all the existing scripts that have been around for donkey's years. I understand systemd happily reads them, although I'm not sure if the top comment block is a requirement for that. (With Upstart, this isn't the case. I had to craft Upstart job files for services like Apache and PostgreSQL before I could have my own services depend on them.) 2) Upstart job files are easy to write, and follow an efficient declarative style (setuid blah, start on net-device-up). A systemd config file is also fairly clean and declarative. 3) Upstart manages job lifetimes completely, including following processes through forking and daemonization. AIUI systemd does the same. 4) Upstart dependencies can be described fairly simply (start on started foobar will start this service when foobar finishes starting). Systemd goes further and actually records that this depends on that, rather than just firing one and then another. 5) Upstart parallelizes boot. If two jobs depend on the same parent and have no inter-dependencies, they'll be started simultaneously. Systemd does the same. Let the corrections and additions begin! ChrisA -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAPTjJmp1S7ywC--8CyjmSgm=3j4iwnsjvayx4lcs8jvzvfx...@mail.gmail.com
dist-upgrade installs new package, lists it as autoremove candidate
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I'm presently seeing a rather odd behavior, in two parts. My system currently has no installed packages which are considered candidates for autoremoval: root@apologia:/home/wanderer# apt-get autoremove Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 0 to remove and 104 not upgraded. When I attempt to dist-upgrade, it lists packages for autoremoval. This is presumably because they will become unneeded after the upgrade of other packages. However, one of the packages listed for autoremoval is also in the list of new packages which will be installed by the dist-upgrade process: root@apologia:/home/wanderer# apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages were automatically installed and are no longer required: librtmp0:i386 libzita-alsa-pcmi0 libzita-resampler1 uuid-dev Use 'apt-get autoremove' to remove them. The following NEW packages will be installed: gir1.2-atspi-2.0 libatspi2.0-dev librtmp1 librtmp1:i386 libsdl-gfx1.2-5 libzita-alsa-pcmi0 libzita-resampler1 nettle-dev startpar uuid-dev uuid-dev is in both lists. (And is not presently installed.) This is obviously a bug somewhere (albeit probably not a severe one in practice), but I'm not even sure what package the bug would be in. Any hints, or ideas what might be going on here? - -- The Wanderer Secrecy is the beginning of tyranny. A government exists to serve its citizens, not to control them. -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCgAGBQJTWpm7AAoJEASpNY00KDJrB+4QAKlNY1z235aDZX0MSRRYC/7U HLU9BeuMkrVrjROtTep3M/mWRqUHu12PeW9Na2Uh5qfPAbBfaqtzwtPrnoUe6cV2 8YlKnMI+kwqAjQW4Ueyg17ZIX189I/O+eJatQ29jNsF+nGqxSDBHL8RrA6VxBPrm CnBO4vPm3zfub5iO5On2RxK5SU9/sI8jW7fnEc7ZnwjGgje7297GM3ozglLTO93S DeXRjfBE4ufQHELz5RIMR2q2I0baTCoe5wpcSRl2nMrijHm7/FOyo9cucW6oFq9A xGWnljIq/iUj4kCRUqq2IWmhqlwHEEhZvtET4RFp11YmxXB9uffN9Ak9KLRS7yhM K+BS0fDUjVH34v82JXyRYzZBuF3snmfHagfNgvBDgZV3+oWOGs2T3e/7+QsMbxRF m1zjgT9/rDRek9RztI4Hz6PuEZFhTMh79ARcak/eB0xrn3F+SGVv25HKQIvFw/se oM9bOSDrMWc0+lpGc+8u/bnDcge7TjeaAmH8NvqQcx4BBGpEKeLuseaKYFhyrE1/ WcqjuSukLWVy0YVKbhn5WVEFNwPrLsWo2X0IQZT9YiQoEUhxgX995TFJLQuFiFkK dYx+t3b8TlbtQFVUzVkff+b5Y0gdWyMtB6j+jzpr1nBCKoaBecdwx06doF1wdPPX oA2UGXP3sHLIpsm/Iwoq =gLl8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/535a99bb.5070...@fastmail.fm
Re: System
On Sat 26 Apr 2014 at 02:45:21 +1000, Chris Angelico wrote: Let the corrections and additions begin! Please, no! If you've read all of the posts to #727708 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708 carefully you'll find there is probably nothing original to say. We know the default init system for Jessie will be systemd. If memebers of this list are concerned about new users (who will just want the system to boot correctly) it is the only thing of importance. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/25042014182348.8677c62bd...@desktop.copernicus.demon.co.uk
Re: System
On Sat, Apr 26, 2014 at 3:30 AM, Brian a...@cityscape.co.uk wrote: Please, no! If you've read all of the posts to #727708 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708 carefully you'll find there is probably nothing original to say. ... and if I read all of the seven thousand posts there, I won't have time left in the week to actually get anything done! Wow. I thought python-ideas had long discussions. ChrisA -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/captjjmpvu9szrk5zojxmo7ncv1-z5in7gwruct+vsgtppfg...@mail.gmail.com
Re: System
On Sat 26 Apr 2014 at 03:36:09 +1000, Chris Angelico wrote: On Sat, Apr 26, 2014 at 3:30 AM, Brian a...@cityscape.co.uk wrote: Please, no! If you've read all of the posts to #727708 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708 carefully you'll find there is probably nothing original to say. ... and if I read all of the seven thousand posts there, I won't have time left in the week to actually get anything done! Wow. I thought python-ideas had long discussions. Reading all of them would make people better informed. If there were seven thousand posts in response to your invitation to unleash the dogs of war the purpose of this list would be perverted. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/25042014184914.bd7fc2618...@desktop.copernicus.demon.co.uk
Re: Systemd
On Fri, 25 Apr 2014 14:26:43 +0200 berenger.mo...@neutralite.org wrote: Le 25.04.2014 06:29, Ralf Mardorf a écrit : On Thu, 2014-04-24 at 23:32 -0400, staticsafe wrote: Have you read this stupid things? At least the argument regarding to journalctl isn't stupid. Making a log file binary indeed is the most worse the systemd developers could do. You know, things like dbus, dconf, and systemd makes me think that tomorrow, linux distributions might looks like Microsoft's OSes ( regedit, binary logs, etc ). I've had that same thought. Add grub2 to the list. What is this love affair with complexity that the Linux community is beginning to have? And don't get me started on opaque (though transparency enhanced) desktops like Gnome3 and Unity, or the system-crashery of KDE. Kinda seems like the (de) evolution of cars, doesn't it? As a kid, I could tune up my beater flat head 6 1959 Plymouth in 20 minutes with a 10 inch adjustable and a gapping tool. With today's cars, I'm lucky to be able to change the air filter. Of course, cars have an excuse: they need to increase mileage and decrease pollution. What excuse do we have in Linux? We want to boot a little faster? We want to make the computer accessible to the guy who needs to be stepped through the finger sequences of pressing Ctrl+C? We want a pretty picture on the boot screen to remind the user of the good old days of Windows? And at what cost? The malfunction of your systemd log-viewing will, by definition, occur exactly the time you need to view the logs most. Waiting for the modern monitor's cycling through every possible resolution, and missing the first half of your boot because Grub2 set a frame-buffer just as the monitor sync'ed with the 80x24 text of the initial boot. And, Googling for a way to shut off the frame-buffer, and for every one of the multitudinous solutions posted, there are five or so for whom the solution didn't work. The frustration of the former newbie whose formerly convenient Unity turns into a maze-venued easter egg hunt when he starts running more than ten or whatever programs. People ask me why I run Debian. For starters, no Plymouth. I don't even have to have lightdm: I can use startx. If I want, I can still manually edit my networking. It makes no assumptions about my desired desktop environment: I don't need to use a different distro just to get my desktop without the (bloated) others. Debian is like an OpenBSD that has all the programs already ported to it, and can do a good job running Xfce or LXDE or OpenBox. Or, to put it another way, it's like a FreeBSD with a package manager you can trust. With Debian, Vim is my adjustable wrench. I don't look forward to having separate tool just to look at my logs. And I fear something else... Talk to people who owned cars in the 1960's, and they'll all tell you how much they miss having cars they can actually work on. I hope in five or ten years we don't hear Linux old-timers reminiscing about the days when you could recover a borked Linux computer just by booting a live CD. SteveT Steve Litt* http://www.troubleshooters.com/ Troubleshooting Training * Human Performance -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140425151240.51c58a7b@mydesk
Re: Systemd
On Fri, 2014-04-25 at 23:59 +1000, Chris Angelico wrote: Please, can someone explain - without too much on the politics, if that's possible - whether it's right for me to invest time into learning systemd? Systemd is the future. I'm using it with Arch Linux. For my Debian install I enjoy SysVinit and I will use it as long as possible, before I switch to systemd for Debian too. IOW I dislike systemd, but indeed, investing time for learning systemd isn't wrong. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1398454737.701.286.camel@archlinux
Re: System
Hi there Brian wrote: Please, no! If you've read all of the posts to #727708 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708 carefully you'll find there is probably nothing original to say. We know the default init system for Jessie will be systemd. If memebers of this list are concerned about new users (who will just want the system to boot correctly) it is the only thing of importance. That thing is huge. There enough text in there to fill a book. How do I change the boot order? Is there a howto on that? Right now I just do 'some_program ' and it's like a daemon. I can do that with sysvinit and insserv. How about systemd? Do I need to recompile daemon to run with systemd? I read that systemd runs cronjobs at midnight. Can I change that? Regards, Rob -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ljeep6$mlk$1...@ger.gmane.org
Re: Systemd
On Fri, 2014-04-25 at 15:12 -0400, Steve Litt wrote: Kinda seems like the (de) evolution of cars, doesn't it? As a kid, I could tune up my beater flat head 6 1959 Plymouth in 20 minutes with a 10 inch adjustable and a gapping tool. With today's cars, I'm lucky to be able to change the air filter. That's a nice analogy :). We could repair our old cars using a hammer and screwdriver, today we need to be computer experts to repair a car. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1398455358.701.289.camel@archlinux
Re: Systemd
On Fri, Apr 25, 2014 at 09:49:18PM +0200, Ralf Mardorf wrote: On Fri, 2014-04-25 at 15:12 -0400, Steve Litt wrote: Kinda seems like the (de) evolution of cars, doesn't it? As a kid, I could tune up my beater flat head 6 1959 Plymouth in 20 minutes with a 10 inch adjustable and a gapping tool. With today's cars, I'm lucky to be able to change the air filter. That's a nice analogy :). We could repair our old cars using a hammer and screwdriver, today we need to be computer experts to repair a car. I know qualified car mechanics whose toolkit for their own cars is a mobile phone and a credit card. Cheers, Tom -- Everybody needs a little love sometime; stop hacking and fall in love! signature.asc Description: Digital signature
Re: Systemd
On Fri, 2014-04-25 at 21:49 +0200, Ralf Mardorf wrote: On Fri, 2014-04-25 at 15:12 -0400, Steve Litt wrote: Kinda seems like the (de) evolution of cars, doesn't it? As a kid, I could tune up my beater flat head 6 1959 Plymouth in 20 minutes with a 10 inch adjustable and a gapping tool. With today's cars, I'm lucky to be able to change the air filter. That's a nice analogy :). We could repair our old cars using a hammer and screwdriver, today we need to be computer experts to repair a car. For example, to correct idling mixture there under the hood was a screw on the carburetor, nowadays there's a connector for a computer inside the driver's cab. Assumed your car strikes in the middle of the wilderness, what kind of car do you prefer? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1398457257.27855.9.camel@archlinux
Re: System
On Fri 25 Apr 2014 at 21:58:30 +0200, Rob van der Putten wrote: Please, no! If you've read all of the posts to #727708 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708 carefully you'll find there is probably nothing original to say. We know the default init system for Jessie will be systemd. If memebers of this list are concerned about new users (who will just want the system to boot correctly) it is the only thing of importance. That thing is huge. There enough text in there to fill a book. It shows the extent of the importance and deliberation the Technical Committee gave to the issue. How do I change the boot order? Is there a howto on that? Right now I just do 'some_program ' and it's like a daemon. I can do that with sysvinit and insserv. How about systemd? Do I need to recompile daemon to run with systemd? I read that systemd runs cronjobs at midnight. Can I change that? These questions would be better submitted as separate posts so they do not become swallowed by an unrelated thread. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/25042014214320.e37364b92...@desktop.copernicus.demon.co.uk
Re: Systemd
On Fri, 2014-04-25 at 21:17 +0100, Tom Furie wrote: On Fri, Apr 25, 2014 at 09:49:18PM +0200, Ralf Mardorf wrote: On Fri, 2014-04-25 at 15:12 -0400, Steve Litt wrote: Kinda seems like the (de) evolution of cars, doesn't it? As a kid, I could tune up my beater flat head 6 1959 Plymouth in 20 minutes with a 10 inch adjustable and a gapping tool. With today's cars, I'm lucky to be able to change the air filter. That's a nice analogy :). We could repair our old cars using a hammer and screwdriver, today we need to be computer experts to repair a car. I know qualified car mechanics whose toolkit for their own cars is a mobile phone and a credit card. :D IOW in the wilderness even qualified car mechanics are lost nowadays. My car knowledge is rudimentary, but I'm able to repair an old school car. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1398458457.27855.14.camel@archlinux
Re: In Squeeze replacing python version 2.6.6-13~bpo60+1 with version 2.6.6-3+squeeze7
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2014-04-25 10:03, Brian wrote: On Thu 24 Apr 2014 at 12:55:26 -0400, Ken Heard wrote: I am consequently stuck with python 2.6.6-13~bpo60+1 which seems to work with everything using python, but hplip wants the pure version of python rather than the unofficial version provided by deb.mozilla.net. So I am back to Andrei's proposed solution, which I will not be able to try until next month. As you said Apt-get will not however install package python-dev 2.6.6-3+squeeze7 So instead of working against 2.6.6-13~bpo60+1 why not co-operate with it and install python-dev_2.6.6-13~bpo60+1? It is obtainable from http://mozilla.debian.net/pool/iceweasel-esr/p/python-defaults/ 'dpkg -i' should get it put on the system. It works for me but YMMV. I tried what you suggested. The response I received when I ran that command follows. - - BDS:~# dpkg -i /usr/local/share/hplip-3.14.4/python-dev_2.6.6-13~bpo60+1_all.deb Selecting previously deselected package python-dev. (Reading database ... 141562 files and directories currently installed.) Unpacking python-dev (from .../python-dev_2.6.6-13~bpo60+1_all.deb) ... dpkg: dependency problems prevent configuration of python-dev: python-dev depends on python2.6-dev (= 2.6.6-1~); however: Package python2.6-dev is not installed. dpkg: error processing python-dev (--install): dependency problems - leaving unconfigured Errors were encountered while processing: python-dev - -- Regards, Ken -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAlNa3LEACgkQlNlJzOkJmTd7yQCeMM11AItQx1kGDrVtOEPpcSRr YisAn1z9UZ0Xc2wyq/Y6A1UqNDpEcPvi =pDX4 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/535adcb1.3040...@teksavvy.com
Re: Systemd
Well, I have great amount of respect for Ts'o and Linus, they are both very, very smart. Also I have a friend who is rather adept at programming and he's been going through the systemd code and has been bitching about it a lot. So all that second hand negative opinion tends to make me a bit nervous about systemd. Then also recently there was a patch for systemd related to screen temporary files. Why does systemd need to be aware of screen? Is it going to get to the point where systemd must be aware of each and every application's temporary files and whatever else? Soon systemd will just become the OS, there will be no Linux... I have been using it, it seems fine most of the time. A couples times it refused to shutdown my system, which was a bit puzzling. I haven't been able to reliably recreate the problem. After a power cycle, file systems needed checking. So it still has a few bugs, and I'm not really using it that hard, this is only a desktop. On Thu, Apr 24, 2014 at 7:15 PM, latin...@vcn.bc.ca wrote: Hello list: Have you read this stupid things? http://boycottsystemd.org/ https://igurublog.wordpress.com/2014/04/03/tso-and-linus-and-the-impotent-rage-against-systemd/ -- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/a983f737781dd21b08256ad90890a0db.squir...@mail.vcn.bc.ca -- Dale Harris rod...@maybe.org rod...@gmail.com /.-) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caebw9tz7est7z26rmb-7ubt1knbejmnlwdhnpap_nh830uy...@mail.gmail.com
Re: In Squeeze replacing python version 2.6.6-13~bpo60+1 with version 2.6.6-3+squeeze7
On Fri 25 Apr 2014 at 18:07:45 -0400, Ken Heard wrote: I tried what you suggested. The response I received when I ran that command follows. - - BDS:~# dpkg -i /usr/local/share/hplip-3.14.4/python-dev_2.6.6-13~bpo60+1_all.deb Selecting previously deselected package python-dev. (Reading database ... 141562 files and directories currently installed.) Unpacking python-dev (from .../python-dev_2.6.6-13~bpo60+1_all.deb) ... dpkg: dependency problems prevent configuration of python-dev: python-dev depends on python2.6-dev (= 2.6.6-1~); however: Package python2.6-dev is not installed. dpkg: error processing python-dev (--install): dependency problems - leaving unconfigured Errors were encountered while processing: python-dev Does python2.6-dev not install? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/25042014232157.95d750363...@desktop.copernicus.demon.co.uk
Re: In Squeeze replacing python version 2.6.6-13~bpo60+1 with version 2.6.6-3+squeeze7
On Fri 25 Apr 2014 at 23:35:27 +0100, Brian wrote: Does python2.6-dev not install? Forgot. apt-get install python2.6-dev or apt-get -f install -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/25042014234001.66e84cdd9...@desktop.copernicus.demon.co.uk
Re: Systemd
On 25 Apr 2014, at 03:04 pm, Dale Harris rod...@gmail.com wrote: Soon systemd will just become the OS, there will be no Linux... I am genuinely convinced that this is the ultimate goal of the systemd devs. -- David Glover-Aoki | https://david.gloveraoki.net/contact PGP key 5518C7DE | Amateur Radio KJ6TLX signature.asc Description: Message signed with OpenPGP using GPGMail
Re: In Squeeze replacing python version 2.6.6-13~bpo60+1 with version 2.6.6-3+squeeze7
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2014-04-25 18:07, Ken Heard wrote: On 2014-04-25 10:03, Brian wrote: On Thu 24 Apr 2014 at 12:55:26 -0400, Ken Heard wrote: I am consequently stuck with python 2.6.6-13~bpo60+1 which seems to work with everything using python, but hplip wants the pure version of python rather than the unofficial version provided by deb.mozilla.net. So I am back to Andrei's proposed solution, which I will not be able to try until next month. As you said Apt-get will not however install package python-dev 2.6.6-3+squeeze7 So instead of working against 2.6.6-13~bpo60+1 why not co-operate with it and install python-dev_2.6.6-13~bpo60+1? It is obtainable from http://mozilla.debian.net/pool/iceweasel-esr/p/python-defaults/ 'dpkg -i' should get it put on the system. It works for me but YMMV. I tried what you suggested. The response I received when I ran that command follows. - BDS:~# dpkg -i /usr/local/share/hplip-3.14.4/python-dev_2.6.6-13~bpo60+1_all.deb Selecting previously deselected package python-dev. (Reading database ... 141562 files and directories currently installed.) Unpacking python-dev (from .../python-dev_2.6.6-13~bpo60+1_all.deb) ... dpkg: dependency problems prevent configuration of python-dev: python-dev depends on python2.6-dev (= 2.6.6-1~); however: Package python2.6-dev is not installed. dpkg: error processing python-dev (--install): dependency problems - leaving unconfigured Errors were encountered while processing: python-dev -- After receiving the previous message it occurred to me to try to install python2.6-dev. I did so successfully. I then ran your command once again; python-dev_2.6.6-13~bpo60+1 was this time successfully installed. Next was the smoke test; I ran command sh hplip-3.14.4.run. It ran through successfully all the steps except one; it could not install package cupsys-bsd because that package does not exist in Squeeze -- it is succeeded by cups-bsd. When hplip-3.14.4.run got to the Printer setup section it returned the message error: hp-setup failed. Please run hp-setup manually and closed down. So I dutifully ran hp-setup. It produced a window entitled Smart Install Device(s) detected. The text in the window read as follows. Smart install is enabled in HP LaserJet 400 colorMFP M475dw devices. Do you want to download and disable smart install to perform device functionalities? I was given two options Download and disable and Cancel. The former was enclosed in a double box, presumably to indicate that that option is the preferred one. Not knowing what anything about smart install I first selected cancel. I then got another error message: error: Failed to disable smart install. Please refer link 'http://hplipopensource.com/node/367' for more information. At this point I went back to the previous window and chose the other option -- to disable smart install. As soon as I had done so another message appeared: 'Searching... (bus=usb, search=(None), desc=0) Receiving digital keys: su - -c /usr/bin/gpg --no-permission-warning - --keyserver pgp.mit.edu --recv-keys 0xA59047B9' Then the counter -- a succession of -\/|\/- symbols churning around in the same place -- started. After 1.5 hours of such churning I thought it was high time to exit from hp-setup and did so. Any further suggestions, anyone, on how to activate this printer/scanner/fax machine, etc.? Regards, Ken -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAlNbCGgACgkQlNlJzOkJmTdgSgCdFqb9E3kA4aH58Kz5YuSrfRFR rd0An0uhV2gH6S+OKKGIy7+/J2b4Blli =44zO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/535b0868.5000...@teksavvy.com
Re: libc-bin, libc-bin-amd64 conflict
On 04/23/2014 03:43 PM, Andrei POPESCU wrote: On Mi, 23 apr 14, 11:58:49, Gary Roach wrote: Hi all, I am running an Intel i5-750, 4 core processor with Debian 3.2.54-2 x86-64 OS and Debian Squeeze. Recent attempts to update the system, with Aptitude (and dpkg), have failed because of a conflict between libc-bin and libc-bin-amd64. I have not been able to resolve the conflict. My dpkg update system is essentially frozen (everything hangs up at the conflict notification). Anyone have any ideas as to how to resolve this conflict. Deleting one of the files is not an option. The software refuses to allow this. Please provide a copy-paste of the commands you run, otherwise we can only guess what happened. Kind regards, Andrei When running Aptitude, a red bar in the bottom half of the screen says Unable to resolve dependencies. If I hit g after I update package list and Mark Upgradable, the top of the screen lists: iB libc-bin pBA libc-bin:amd64 The red box in the center of the screen says: No solution to these descrepency problems exists! At this point Aptitude is essentially frozen. Attempts to run dpkg produce: root# dpkg -i libc-bin dpkg: error processing libc-bin (--install): cannot access archive: No such file or directory Errors were encountered while processing: libc-bin The Debian web site doesn't seem to list a package libc-bin:amd64 PS I'm using Wheezy not Squeeze. Gary R -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/535afdd9.4040...@verizon.net
Re: Systemd
On Fri, Apr 25, 2014 at 10:59 PM, Chris Angelico ros...@gmail.com wrote: On Fri, Apr 25, 2014 at 11:31 PM, Joel Rees joel.r...@gmail.com wrote: We can expect a fork in the kernel fairly soon, about as soon as certain leaders in the community are confident they can make the current main branch the meaningless one going forward. I'm a user, not a kernel dev, and definitely not someone who's majorly into politics. A few years ago, unsatisfied with sysvinit, I started installing Upstart on all my Debian systems, and apart from being unable to use apt-get dist-upgrade (which asks to remove upstart and reinstall sysvinit), everything worked fine. Now, with Debian Jessie on the way, I've started learning systemd, because Upstart is apparently a dead end, and systemd is the way to go. Please, can someone explain - without too much on the politics, if that's possible - whether it's right for me to invest time into learning systemd? This one is impossible to explain without bringing in stuff that the systemd/dbus/etc. crowd (using posts like the one that started this thread) have managed to paint over with the politics brush. (That's what I meant by poisoning the well.) So, no, it's impossible to explain without politics. On the other hand, you could learn to code, and then you could examine the code, and then you would understand why the acrimony goes all the way up to the top. Of course, understanding why XML configuration files don't belong in boot-time code does take a bit more learning to code than simply understanding the difference between a pointer and an array. Or maybe that lack of understanding is part of the problem. Hmm. Except it would be more like a lack of understanding why you need a run-time stack that would be the source of the problem. I get very tired of the endless arguments (Open Office vs Libre Office, cdrecord vs wodim, ffmpeg vs avconv - at least in those cases, the replacement is mostly drop-in), and frankly, I have a highly pragmatic approach to my init system: it should boot my system, and it should be possible for me to configure a program to be invoked. So is systemd the future, or are we going to have another massive argument? I'll be a little less oblique than I was above. As near as I can tell, systemd, etc., are all good ideas that have been poorly executed, and have expanded way too far in scope. Unfortunately, they are also the tools that certain vested interests are using to subvert the entire open-source development process. (Apparently using? No. It's getting pretty obvious now.) Historically speaking, good ideas poorly executed and/or pushed beyond their scope have been very convenient tools for politics. I can't think of a war that was not started with such a (thus, perverted) good idea. Therefore, my assertion that there will be a fork in the Linux kernel shortly. (This year? In five years?) When it became clear that Microsoft's products were becoming the accepted standard in the business world, back in the 1980s, did you decide to learn MSVisual Basic? If you were too young then, knowing what you know now, would you learn MSVB? That's the kind of question you are asking when you ask whether you should invest effort in learning systemd and that group of tools. I don't think it's the right question. If you're not game for the war, you don't really have a choice. You will use the winner of this war or you will quit directly using computers. The money, if you care about what the people with money do, looks to be behind systemd, for better or for worse. If you're game for the war, start by learning to code. And you will likely need to learn systemd anyway, so you can help build the tools to provide an alternative. You should also start learning how to use the BSDs, especially openBSD. -- Joel Rees Be careful where you see conspiracy. Look first in your own heart.
Re: Systemd
On Sat, Apr 26, 2014 at 1:53 PM, Joel Rees joel.r...@gmail.com wrote: On Fri, Apr 25, 2014 at 10:59 PM, Chris Angelico ros...@gmail.com wrote: Please, can someone explain - without too much on the politics, if that's possible - whether it's right for me to invest time into learning systemd? This one is impossible to explain without bringing in stuff that the systemd/dbus/etc. crowd (using posts like the one that started this thread) have managed to paint over with the politics brush. (That's what I meant by poisoning the well.) So, no, it's impossible to explain without politics. Okay. Thank you for explaining. (Including the below.) On the other hand, you could learn to code, and then you could examine the code, and then you would understand why the acrimony goes all the way up to the top. I know how to code, and spend significant portions of my day doing so. I'm familiar with C, having been using it for the better part of two decades. But I've never dug into the Linux kernel, simply because it's a huge amount of code to grok; and opening up a few source files won't tell me why people are unhappy. (Unless it's all in comments, in which case it's no different from reading text files.) Of course, understanding why XML configuration files don't belong in boot-time code does take a bit more learning to code than simply understanding the difference between a pointer and an array. Uhh, XML config files don't belong ... pretty much anywhere. :) I get very tired of the endless arguments (Open Office vs Libre Office, cdrecord vs wodim, ffmpeg vs avconv - at least in those cases, the replacement is mostly drop-in), and frankly, I have a highly pragmatic approach to my init system: it should boot my system, and it should be possible for me to configure a program to be invoked. So is systemd the future, or are we going to have another massive argument? I'll be a little less oblique than I was above. As near as I can tell, systemd, etc., are all good ideas that have been poorly executed, and have expanded way too far in scope. That's something that's happened a good few times. Unfortunately, they are also the tools that certain vested interests are using to subvert the entire open-source development process. (Apparently using? No. It's getting pretty obvious now.) It was developed at Red Hat. Are you saying they're trying to subvert open source, or someone else is? I'm lost. When it became clear that Microsoft's products were becoming the accepted standard in the business world, back in the 1980s, did you decide to learn MSVisual Basic? If you were too young then, knowing what you know now, would you learn MSVB? I did not, but I did learn other tools which would let me target Windows (mainly Open Watcom C/C++, then, but if I knew then what I know today, probably Python or Pike). I don't think it's the right question. If you're not game for the war, you don't really have a choice. You will use the winner of this war or you will quit directly using computers. The money, if you care about what the people with money do, looks to be behind systemd, for better or for worse. If you're game for the war, start by learning to code. And you will likely need to learn systemd anyway, so you can help build the tools to provide an alternative. You should also start learning how to use the BSDs, especially openBSD. As I said above, I can code. (Most of my need for Upstart/systemd scripts is to get my stuff running on startup.) But maybe I should start targeting a BSD, if only to get some experience with it. You say there'll be a fork in the Linux kernel. But if the split is over the use of systemd, why isn't there simply a fork of a distribution, shipping some other init instead of systemd? Maybe I should just shut up and go be a user. :| ChrisA -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAPTjJmq7s1DgpLHxoRnmboBcXDBF31oQ=y-9maqtnasq6+s...@mail.gmail.com