date:20141216

El Tue, 16 Dec 2014 09:36:07 +, franiortiz hotmail escribió:

 Windows Live Hotmail
 
 To set plain text for a single message - (while composing your post)
 Toolbar = Rich Text = Plain Text = OK.

¿En serio? X-)

 A ver si mejora.

(...)

Pues va a ser que no. 

No entiendo qué complicación puede haber en seleccionar un formato de 
texto plano para los mensajes...

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.12.16.14.41...@gmail.com

Re: Fwd: fglrx-driver

El Mon, 15 Dec 2014 19:18:03 +0100, Javier Silva escribió:

(ese html...)

 El 14/12/2014 17:20, Camaleón noela...@gmail.com escribió:


 Hola a todos,
 
 También tengo el mismo problema, pantalla en negro con una R7 250X, el
 cual es un modelo equivalente a las Radeon HD 7770/8760.

Vaya, pues qué mal porque Jessie está congelada. Convendría que os 
añadierais al informe de fallo de Debian para que vena que hay más gente 
afectada, a ver si lo pueden solucionar cuanto antes aunque el bug lo han 
marcado como upstream por lo que estarán esperando la respuesta o bien 
de AMD-ATI o bien de Xorg.

 He encontrado este bug, con los mismos síntomas que los tuyos (error
 con aiglx y pantalla en negro), echa un vistazo aunque no parece que
 esté solucionado:

 fglrx-driver: Black screen after xorg startup
 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765109


 Por lo que comentan y la salida que les devuelve, parece el mismo error
 que me aparece y lo único extraño que he visto es que los errores que se
 muestran en los que no parecen encontrar el archivo fglrx_dri.so,
 aparece en otras ubicaciones, esto es: /usr/lib/dri y en
 /usr/lib/x86_64-linux_gnu/dri
 
 Una persona de ese mismo hilo dice haber creado enlaces a los archivos
 sin conseguir que funciones y me pregunto si no será necesario añadir
 alguno más.

No creo que el error venga de ahí. 

Como ya comenté antes en este hilo ese mensaje parece un falso positivo 
porque más tarde se activa la extensión AIGLX (aceleración 3D) sin 
problemas. En cualquier caso, que no se active el 3D no debería impedir 
que el sistema gráfico funciona, simplemente irá más lento en entornos 
que requieran aceleración.

 Si el driver cerrado no funciona puedes intentar cargar mientras tanto
 el radeon, digo, para poder ver algo al menos.


 Lamentablemente el driver radeon no funciona con esta tarjeta gráfica,
 al menos la versión que lleva Jessie. Desde que tengo esta gráfica he
 tenido que utilizar de manera forzosa el driver propietario y comenzé en
 Wheezy backports e instalando el driver desde testing.
 
 Lástima no haber visto este hilo antes o el problema que has mencionado,
 porque ahora tengo el equipo sin poder usarlo tras la actualización a
 Jessie.

Vaya, pues qué mal... ¿seguro que tampoco funciona el driver radeon? 
Porque si es así también deberíais informar de eso o la gente que tenga 
una gráfica con ese chipset lo va a pasar muy mal con Jessie.

 Alguna idea para poder ir trabajando, a parte de redireccionar las X por
 ssh para arrancar los progranas que voy necesitando?

Pues lo que dicen en el informe de fallo que es activar la tarjeta 
integrada (intel) aunque no sé si en vuestro caso tenéis sistemas 
gráficos híbridos y esto es una opción.

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.12.16.14.50...@gmail.com

Re: ¿gdebi y shotwell autodesinstalables?

El Mon, 15 Dec 2014 19:34:49 +0100, Eduardo Rios escribió:

 El 14/12/14 a las 17:03, Camaleón escribió:

(...)

 ¿Que hago? ¿Desinstalo, o ignoro el mensaje de autodesinstalable?

 Bueno, yo lo ignoraría de momento porque no sé qué quiere decir
 exactamente con audodesinstalable (traducción horrible, por cierto).
 Pasa olímpicamente de Synaptic y ejecuta mejor apt-get -f install a
 ver si éste se queja de algo y de qué, exactamente.
 
 Pongo enlace a una imagen. Siempre han dicho que una imagen vale más
 que mil palabras ;)
 
 
 http://picpaste.com/Synaptic-RIaXfmfT.png

La imagen está muy bien aunque no era necesaria. Lo que sí echo en falta 
es la salida del comando apt-get -f install :-)

En cualquier caso, los paquetes que se pueden eliminar (auto removable) 
son aquellos que se instalan indirectamente por otros paquetes (paquetes 
extra) y que una vez que se ha eliminado ese paquete que los necesitaba 
el gestor de paquetes los marca como autodesinstalables pero conviene 
revisarlos uno a uno por si acaso antes de eliminarlos.

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.12.16.15.02...@gmail.com

Re: Fwd: devuan

El Mon, 15 Dec 2014 20:21:42 -0300, Víctor Cana escribió:

 Buenas personal,
 
 Quiero decir que lo único que ha acontecido en base a todo este revuelo
 del systemd es que debian ha decidido hacer que systemd sea
 predeterminado en una instalación estándar. 

Bueno, eso no supone ningún problema y es forma parte del procedimiento 
habitual de Debian.

 Si bien, debian no obliga a nadie a usar systemd y siempre puedes
 instalar el sistema con el viejo sysvinit, con upstart, o con openRC
 como sistema de init.

Debian no puede obligarte nunca a nada. Lo que sí puede (y es lo que ha 
hecho) es decirte que systemd es el gestor de servicios que va a tener el 
soporte al 100% mientras que el resto de servicios no se sabe exactamente 
con qué tipo de estatus cuenta. Es decir, que los problemas derivados de 
usar sysvinit se podrían rechazar/cerrar sin más en los informes de fallo 
dejando a los usuarios sin plena cobertura.

 Entonces debian nos está dando una opción más con systemd, que es
 predeterminada, ok, al igual que es predeterminado el escritorio gnome y
 nadie está obligado a usarlo! Debian nos está dando para elegir 4 tipos
 de sistemas de init! no os ceguéis por lo predeterminado!

No, creo que no has entendido el fondo de la problemática y sólo ves la 
superficie del problema.

 Lo único que depende de systemd son ciertos entornos de escritorio, y
 eso depende de sus desarrolladores, no es culpa de debian ni de systemd.

Los entornos de escritorio no dependen de systemd (en todo caso algunas 
aplicaciones) y Debian podría haber optado por una solución lo 
suficientemente flexible como contentar a todos los usuarios, tanto a los 
que quieren usar systemd como los que no. En su lugar, han optado por una 
decisión salomónica que deja fuera de combate a una parte de su base de 
usuarios. Espero que no se resienta mucho.

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.12.16.15.09...@gmail.com

Re: Sobre dns secundario

El Tue, 16 Dec 2014 09:03:50 -0500, Yaisel Cruz Zuñiga escribió:

 Llevo dias ya con una duda, tengo un servidor secundario dns (bind9)
 instalado en debian 7 y el servidor primario es un win2 server 2008, mi
 duda es  la siguiente. Desde el servidor secundario se pueden modificar
 la zona ?

En principio creo que no, la transferencia de datos es unidireccional 
(primario → secundario). 

Aunque según tengo entendido, a efectos prácticos la única diferencia 
entre un tipo y otro (primario/secundario) es el origen de dónde toma los 
datos del archivo de zonas: mientras que el servidor primario lo obtiene 
de manera local el secundario se nutre del servidor primario.

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.12.16.15.21...@gmail.com

Re: Compilar U-boot(Bootloader) para ARMv5

El Mon, 15 Dec 2014 20:03:45 +0100, TheMrRafus a escribió:

 Hola

Ese html...

 No se si sera aqui el sitio idoneo, pero dado que quiero compilarlo en
 un pc de 32 bits supongo qu ira aqui.
 
 El caso es que quiero compilar el bootloader U-Boot para el chipset
 Conexant CX 94610-11Z
 
 
 Supongo que necesito el Toolchain Linaro, hasta instalarlo se, lo que me
 falta son los comandos necesarios para compilarlo.

(..)

Mira a ver si esto te puede servir:

https://wiki.linaro.org/Resources/HowTo/BootloaderDeploy

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.12.16.15.28...@gmail.com

Re: Sobre dns secundario

2014-12-16 Thread Roberto Quiñones

El dic 16, 2014 12:22 PM, Camaleón noela...@gmail.com escribió:

 El Tue, 16 Dec 2014 09:03:50 -0500, Yaisel Cruz Zuñiga escribió:

  Llevo dias ya con una duda, tengo un servidor secundario dns (bind9)
  instalado en debian 7 y el servidor primario es un win2 server 2008, mi
  duda es  la siguiente. Desde el servidor secundario se pueden modificar
  la zona ?

 En principio creo que no, la transferencia de datos es unidireccional
 (primario → secundario).

 Aunque según tengo entendido, a efectos prácticos la única diferencia
 entre un tipo y otro (primario/secundario) es el origen de dónde toma los
 datos del archivo de zonas: mientras que el servidor primario lo obtiene
 de manera local el secundario se nutre del servidor primario.

 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.12.16.15.21...@gmail.com


No imposible que desde un DNS secundario pretendas modificar zonas del
primario por el simple hecho que uno es maestro y el otro un esclavo que
como sentido el único propósito es equilibrar el tráfico de consulta que
podría tener un solo servidor dns.  Además que cuando el secundario recibe
la transferencia de los datos para ser usada,  esta solo queda en el
secundario como de lectura.  Ahora no entiendo por que te han dicho que el
primario obtiene las zonas de forma local y el secundario desde el
primario,  que esto último es correcto.  Pero de qué el dns primero la
obtiene localmente...  H deja decirte que esta mal por que podría
suceder que no reciba ningún tipo de dato desde otros servidores dns.

Saludos.

Re: Archivo no encontrado u oculto en memoria usb

El Tue, 16 Dec 2014 10:28:09 -0300, martin ayos escribió:

 El 16 de diciembre de 2014, 10:20, Pablo pablocar...@gmail.com
 escribió:


 Me respondo a mí mismo y agrego un dato que me parece sumamente raro:
 El
 archivo en cuestión sí aparece en Nautilus. Pero PCMan no lo muestra.
 No entiendo la razón.
 Gracias nuevamente.

 No si es el caso, pero a mi me sucedió varias veces que usando pcmanfm
 si no precionaba f5 no actualizaba bien los cambios en los archivos. Me
 sucedio en varias ocasiones. Puede que sea por eso.


 Gracias por la respuesta. La verdad es que no comprendo cuál será el
 motivo.

Como te comenta Pablo, los administradores de archivos gráficos pueden 
ser problemáticos (bugs, caché...) por lo que antes de nada comprueba si 
efectivamente el archivo aparece en la llave (ls -la /media/llave_usb).

También puedes probar a matar el proceso de pcmanfm (killall pcmanfm, 
ojo que ese comando te dejará sin escritorio, tendrás que volver a 
iniciarlo) para ver si volviendo a ejecutar el proceso aparece el archivo.

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.12.16.15.40...@gmail.com

Re: cgroup y lxc

El Mon, 15 Dec 2014 19:13:24 +0100, José Miguel (sio2) escribió:

 El Mon, 15 de Dec de 2014, a las 04:06:45PM +, Camaleón dijo:
 
 Pues la verdad es que no :-P pero si no he entendido mal la
 problemática,
 te digo lo que probaría...
 
 1/ Usuarios en lugar de grupos:
 
 perico:lxc-start * lxc/%u pantuflo:lxc-start * lxc/%u
 
 2/ UID en lugar de nombres:
 
 @lxc:lxc-start * lxc/%U
 
 En realidad no parece que en ello esté el problema: de hecho, mientras
 uso sleep todo va bien. Es al usar lxc-start cuando se descuajeringa
 todo.
 No parece fallar cuando el criterio es simplemente
 
 @lxc   *  lxc/%u
 
 O sea, cualquier proceso que arranque un usuario que pertenezca a lxc,
 sea el que sea.
 
 Pero no he sido exhaustivo en las pruebas.

(...)

Entonces es posible que se deba al comando en sí mismo ¿que es lo que 
hace lxc-start exactamente? ¿necesita algún parámetro o se ejecuta 
directamente? ¿se puede ejecutar dentro de un contenedor lxc...?

 3/ No sé si será posible pero sería interesante aumentar la verbosidad
 del registro para ver por qué no puede crear el contenedor
 (¿permisos?).
 
 No, no tiene nada que ver con permisos. Tiene que ver con que
 cgrulesengd deja de hacer su trabajo. Después de enviar el mensaje,
 arranqué el demonio cgrulesengd en primer plano y con el máximo de
 verborrea:
 
 # cgrulesengd -d
 
 Se puede ir viendo cómo el demonio analiza los procesos que ejecuto y
 comprueba si concuerdan o no con alguna regla de las escritas en
 /etc/cgrules.conf. Todo marcha bien, hasta que ejecuto lxc-start: ese
 proceso también sufre supervisión y aparentemente sin problemas, pero
 a partir de ese momento, el demonio se queda tonto: arranque lo que
 arranque después, no analiza nada. La consecuencia es que los procesos
 acaban en el cgroup que está el bash en que se ejecutan, o sea, el
 cgroup raíz.
 
 Tiene pinta de ser un bug. Acabo de hacer una consulta en la lista de
 usuarios de lxc. Como participan los desarrolladores, quizás me puedan
 arrojar luz sobre el asunto. A ver qué saco en claro. Como sea bug, mi
 gozo en un pozo, porque jessie ya está congelada.

(...)

Bueno, en Debian (y el resto de distribuciones) tienen especial interés 
en el uso de LXC, así que no me extrañaría que lo corrigieran antes de 
que salga Jessie, siempre y cuando se trate de un bug y el parche no sea 
excesivamente intrusivo para que no trastoque nada más.

Ya nos contarás lo que te vayan diciendo.

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.12.16.15.58...@gmail.com

Re: devuan

El martes, 16 dic 2014, a las 16:09 horas (UTC+1),
Camaleón escribió:

Es decir, que los problemas derivados de usar sysvinit se podrían
rechazar/cerrar sin más en los informes de fallo dejando a los
usuarios sin plena cobertura.

Solo he visto que se dé ese caso cuando un paquete es expulsado del
repositorio y ya no es mantenido, lo cuál tiene toda la lógica del
mundo. Y ni siquiera en ese caso lo cierran sin más: los informadores
son debidamente notificados sobre por qué se cierran.

Saludos.
-- 
Manolo Díaz


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141216171630.11fe6...@gmail.com

Re: devuan

El Tue, 16 Dec 2014 17:16:30 +0100, Manolo Díaz escribió:

 El martes, 16 dic 2014, a las 16:09 horas (UTC+1),
 Camaleón escribió:
 
Es decir, que los problemas derivados de usar sysvinit se podrían
rechazar/cerrar sin más en los informes de fallo dejando a los usuarios
sin plena cobertura.
 
 Solo he visto que se dé ese caso cuando un paquete es expulsado del
 repositorio y ya no es mantenido, lo cuál tiene toda la lógica del
 mundo. 

El problema es que depende completamente del empaquetador/mantenedor, y 
los hay que son un poco toca-narices (no sólo en Debian, ojo). No es la 
primera vez que un bug termina a debate en el CTTE porque el mantenedor 
de turno se enroca en una postura absurda y no hay quien lo saque de ahí.

Para empeorar las cosas, con la excusa de que systemd es el sistema 
predeterminado en Jessie y de la reciente votación de no es necesario 
incidir en este punto pues deja todo en el aire, sin ningún tipo de 
garantía de cara al administrador que vaya a instalar Debian Jessie y que 
no quiera usar systemd.

 Y ni siquiera en ese caso lo cierran sin más: los informadores
 son debidamente notificados sobre por qué se cierran.

Pues qué bien ¿y de qué sirve que te digan que lo cierran porque quieren? 
Pues de nada, es más, te deja peor el cuerpo.

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.12.16.16.40...@gmail.com

Re: servidor de correo electronico.

El 15/12/14, Ala de Dragón aladedra...@gmail.com escribió:
(...)
 De momento voy a empaparme de dovecot y os voy contando.
(...)

Hola :D

Estoy encajando las piezas del puzzle. SMTP funciona correctamente y
entrega los correos a su destinatario. Puedo conectarme con mutt y
leer los correos en /var/mail/usuario.
Cuando me conecto a traves de telnet a  POP3 Dovecot me da la
bienvenida, y mi cliente de correo se conecta, autentifica y recibe
una bandeja de entrada vacía. Voy a leer mas logs en profundidad pero
parece que Dovecot busca los correos en otro lugar. Si la memoria no
me falla creo haberle indicado que los almacenara en ~/mail
Mi pregunta es:
¿que sintaxis debo utilizar para que busque los correos dovecot en
/var/mail/usuario y no en su carpeta home, o como le indico a
postfix que los entregue en ~/mail?


Gracias por su tiempo

;)
-- 
El cielo es para los dragones
 lo que el agua es  para las ninfas


--
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/ca+924hqjoymsmg+fypjawm3e1qf-_pzn5s8tp5nghhlg8es...@mail.gmail.com

Re: servidor de correo electronico.

2014-12-16 Thread Fabián Bonetti


Nosotros instalamos una suite muy buena en el e-mail del sur  
http://www.gentoo-es.com:2000/


Se llama Citadel, lo que no recuerdo el nombre del paquete.

Yo me conecto a el Citadel por Sylpheed y por Seamonkey (mail)

Simple, y en poco tiempo un excelente servidor de email.

Saludos
















-- 
Servicios:. http://mamalibre.com.ar/plus
MamaLibre, Casa en Lincoln, Ituzaingo 1085 CP6070, Buenos Aires, Argentina


pgpzV9KKMfk4B.pgp
Description: PGP signature

[OT] Es mejor un archivo grande o muchos pequeños

2014-12-16 Thread Edwin De La Cruz

Saludos cordiales.
Antes que nada me disculpo por el OT, pero es que no se donde o como buscar.
El asunto es el siguiente:
Estoy haciendo una aplicación que a su vez tiene varios hilos corriendo a
la vez, estos hilos generan cierta informacion que necesito almacenar.
He probado con SQLite, pero tengo problemas ya que algunas (muchas) veces
cuando uno de los hilos de la aplicación necesita insertar información en
la base de datos falla ya que se encuentra bloqueada por otro hilo.

He subido el timeout pero solo ha mejorado un poco. Tambien tengo algo de
temor ya que he leido que la base de datos podria corromporse si en un
momento dos procesos escriben a la vez en la base de datos.

Actualmente para este fin uso PostgreSQL, sin ningun problema, pero o que
necesito es hacer la aplicacion mas independiente y facil de instalar,
configurar, etc.

He pensado en usar XML para cada registro que la aplicacion genera, de este
modo ya no hay peligro de corrupcion de datos, como podria suceder en el
caso de SQLite.

La Pregunta es la siguiente: es pesado (lento) para el procesador el tener
que leer o copiar cientos o miles de archivos individuales, lo pregunto
porque me ha pasado que cuando copio alguna carpeta que contiene ciento de
archivos, todos menores a 10K, el proceso es muy muy lento.

Espero no molestar mucho con esta pregunta y ojala alguien me pueda dar una
idea de que camino seguir.

Gracias y saludos desde Ecuador.

Mis proyectos de software libre en:
Github - edwinspire

Re: devuan

El martes, 16 dic 2014, a las 17:40 horas (UTC+1),
Camaleón escribió:

El Tue, 16 Dec 2014 17:16:30 +0100, Manolo Díaz escribió:

 El martes, 16 dic 2014, a las 16:09 horas (UTC+1),
 Camaleón escribió:
 
Es decir, que los problemas derivados de usar sysvinit se podrían
rechazar/cerrar sin más en los informes de fallo dejando a los usuarios
sin plena cobertura.
 
 Solo he visto que se dé ese caso cuando un paquete es expulsado del
 repositorio y ya no es mantenido, lo cuál tiene toda la lógica del
 mundo. 

El problema es que depende completamente del empaquetador/mantenedor, y 
los hay que son un poco toca-narices (no sólo en Debian, ojo). No es la 
primera vez que un bug termina a debate en el CTTE porque el mantenedor 
de turno se enroca en una postura absurda y no hay quien lo saque de ahí.

Pero eso es general y válido para los más de 40.000 paquetes
existentes. Aunque sería interesante saber cómo proceder en casos así...

Para empeorar las cosas, con la excusa de que systemd es el sistema 
predeterminado en Jessie y de la reciente votación de no es necesario 
incidir en este punto pues deja todo en el aire, sin ningún tipo de 
garantía de cara al administrador que vaya a instalar Debian Jessie y que 
no quiera usar systemd.

 Y ni siquiera en ese caso lo cierran sin más: los informadores
 son debidamente notificados sobre por qué se cierran.

Pues qué bien ¿y de qué sirve que te digan que lo cierran porque quieren? 
Pues de nada, es más, te deja peor el cuerpo.

No, no es que lo cierren  porque quieren. Lo cierran porque es absurdo
tener abierto informes de fallos sobre un paquete que ya no existe
(salvo en snapshot). En ese caso, además, recibes una notificación
automática explicando el porqué.

Y por lo que sé, únicamente se ha abandonado un paquete cuando es
obsoleto e inservible, o cuando casi nadie lo usa y no hay mantenedor
dispuesto a hacerse cargo.

Saludos,

Saludos.
-- 
Manolo Díaz


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141216185350.43a9f...@gmail.com

Re: ¿gdebi y shotwell autodesinstalables?

2014-12-16 Thread Eduardo Rios


El 16/12/14 a las 16:02, Camaleón escribió:

El Mon, 15 Dec 2014 19:34:49 +0100, Eduardo Rios escribió:


El 14/12/14 a las 17:03, Camaleón escribió:


(...)


¿Que hago? ¿Desinstalo, o ignoro el mensaje de autodesinstalable?


Bueno, yo lo ignoraría de momento porque no sé qué quiere decir
exactamente con audodesinstalable (traducción horrible, por cierto).
Pasa olímpicamente de Synaptic y ejecuta mejor apt-get -f install a
ver si éste se queja de algo y de qué, exactamente.


Pongo enlace a una imagen. Siempre han dicho que una imagen vale más
que mil palabras ;)


http://picpaste.com/Synaptic-RIaXfmfT.png


La imagen está muy bien aunque no era necesaria. Lo que sí echo en falta
es la salida del comando apt-get -f install :-)


Cierto, se me pasó. Aquí está:

root@debian:/home/edurios# apt-get -f install
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias
Leyendo la información de estado... Hecho
Los paquetes indicados a continuación se instalaron de forma automática 
y ya no son necesarios.

  gdebi libgexiv2-2 shotwell shotwell-common
Utilice «apt-get autoremove» para eliminarlos.
0 actualizados, 0 nuevos se instalarán, 0 para eliminar y 0 no actualizados.
root@debian:/home/edurios#

Como ves, los mismos paquetes que me indica synaptic como autoeliminables



En cualquier caso, los paquetes que se pueden eliminar (auto removable)
son aquellos que se instalan indirectamente por otros paquetes (paquetes
extra) y que una vez que se ha eliminado ese paquete que los necesitaba
el gestor de paquetes los marca como autodesinstalables pero conviene
revisarlos uno a uno por si acaso antes de eliminarlos.


Así es, indica que se fueron instalados de forma automática. Entiendo 
que tanto gdebi como shotwell fueron instalados por gnome, y por eso me 
extraña que ya no los necesite... porque gdebi es para instalar 
paquetes, y shotwell un visor de imágenes... por lo que no entiendo que 
ahora se puedan quitar sin más y antes no.



--
www.LinuxCounter.net

Registered user #558467
has 2 linux machines


--
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/m6prlr$jg1$1...@ger.gmane.org

Re: devuan

2014-12-16 Thread Eduardo Rios


El 16/12/14 a las 18:53, Manolo Díaz escribió:

El martes, 16 dic 2014, a las 17:40 horas (UTC+1),
Camaleón escribió:


El Tue, 16 Dec 2014 17:16:30 +0100, Manolo Díaz escribió:


El martes, 16 dic 2014, a las 16:09 horas (UTC+1),
Camaleón escribió:


Es decir, que los problemas derivados de usar sysvinit se podrían
rechazar/cerrar sin más en los informes de fallo dejando a los usuarios
sin plena cobertura.


Solo he visto que se dé ese caso cuando un paquete es expulsado del
repositorio y ya no es mantenido, lo cuál tiene toda la lógica del
mundo.


El problema es que depende completamente del empaquetador/mantenedor, y
los hay que son un poco toca-narices (no sólo en Debian, ojo). No es la
primera vez que un bug termina a debate en el CTTE porque el mantenedor
de turno se enroca en una postura absurda y no hay quien lo saque de ahí.


Pero eso es general y válido para los más de 40.000 paquetes
existentes. Aunque sería interesante saber cómo proceder en casos así...


Para empeorar las cosas, con la excusa de que systemd es el sistema
predeterminado en Jessie y de la reciente votación de no es necesario
incidir en este punto pues deja todo en el aire, sin ningún tipo de
garantía de cara al administrador que vaya a instalar Debian Jessie y que
no quiera usar systemd.


Y ni siquiera en ese caso lo cierran sin más: los informadores
son debidamente notificados sobre por qué se cierran.


Pues qué bien ¿y de qué sirve que te digan que lo cierran porque quieren?
Pues de nada, es más, te deja peor el cuerpo.


No, no es que lo cierren  porque quieren. Lo cierran porque es absurdo
tener abierto informes de fallos sobre un paquete que ya no existe
(salvo en snapshot). En ese caso, además, recibes una notificación
automática explicando el porqué.

Y por lo que sé, únicamente se ha abandonado un paquete cuando es
obsoleto e inservible, o cuando casi nadie lo usa y no hay mantenedor
dispuesto a hacerse cargo.


Saludos,


Saludos.




No entiendo mucho del tema, pero parece ser que desde Jessie en 
adelante, para que todos los servicios funcionen correctamente, se 
depende de systemd.


Vale, no es necesario, pero si eliges cualquier otro, te arriesgas a que 
ciertos servicios no vayan o no lo hagan como esperas...


Entonces, entiendo que los desarrolladores se vuelquen con systemd y 
abandonen cualquier otro sistema de inicio.


Y si es así, tiene razón Camaleon al decir que los usuarios que no usen 
systemd van a estar vendidos.


¿Es así, no?

--
www.LinuxCounter.net

Registered user #558467
has 2 linux machines


--
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/m6psgd$4b2$1...@ger.gmane.org

Re: servidor de correo electronico.

El martes, 16 dic 2014, a las 18:43 horas (UTC+1),
Ala de Dragón escribió:

¿que sintaxis debo utilizar para que busque los correos dovecot en
/var/mail/usuario y no en su carpeta home, o como le indico a
postfix que los entregue en ~/mail?

Para lo primero, ajusta el parámetro de configuración mail_location
Viene en la documentación de Dovecot.

Lo segundo lo puedes hacer ajustando la variable de entorno de usuario
MAIL (hablamos de buzones de usuarios de sistema, no buzones
virtuales, ¿verdad?). Supongo que es más cómodo el método primero.

Saludos.
-- 
Manolo Díaz


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141216191632.00825...@gmail.com

Re: devuan

El Tue, 16 Dec 2014 18:53:50 +0100, Manolo Díaz escribió:

 El martes, 16 dic 2014, a las 17:40 horas (UTC+1),
 Camaleón escribió:
 
El Tue, 16 Dec 2014 17:16:30 +0100, Manolo Díaz escribió:

 El martes, 16 dic 2014, a las 16:09 horas (UTC+1),
 Camaleón escribió:
 
Es decir, que los problemas derivados de usar sysvinit se podrían
rechazar/cerrar sin más en los informes de fallo dejando a los
usuarios sin plena cobertura.
 
 Solo he visto que se dé ese caso cuando un paquete es expulsado del
 repositorio y ya no es mantenido, lo cuál tiene toda la lógica del
 mundo.

El problema es que depende completamente del empaquetador/mantenedor, y
los hay que son un poco toca-narices (no sólo en Debian, ojo). No es la
primera vez que un bug termina a debate en el CTTE porque el mantenedor
de turno se enroca en una postura absurda y no hay quien lo saque de
ahí.
 
 Pero eso es general y válido para los más de 40.000 paquetes existentes.
 Aunque sería interesante saber cómo proceder en casos así...

El resto de paquetes no ha tenido un CTTE de por medio, pero este sí. Es 
decir, no, no es lo mismo. Y no hay que olvidar del tipo de paquete del 
que estamos hablando: un bug en el gestor de servicios (o en un servicio 
que no se inicia con sysvinit) no tiene el mismo impacto que un bug en 
una aplicación cualquiera. En el primer caso te puedes quedar sin iniciar 
el sistema mientras que en el segundo a lo sumo te quedas sin poner 
iniciar una aplicación.

Para empeorar las cosas, con la excusa de que systemd es el sistema
predeterminado en Jessie y de la reciente votación de no es necesario
incidir en este punto pues deja todo en el aire, sin ningún tipo de
garantía de cara al administrador que vaya a instalar Debian Jessie y
que no quiera usar systemd.

 Y ni siquiera en ese caso lo cierran sin más: los informadores son
 debidamente notificados sobre por qué se cierran.

Pues qué bien ¿y de qué sirve que te digan que lo cierran porque
quieren?
Pues de nada, es más, te deja peor el cuerpo.
 
 No, no es que lo cierren  porque quieren. Lo cierran porque es absurdo
 tener abierto informes de fallos sobre un paquete que ya no existe
 (salvo en snapshot). En ese caso, además, recibes una notificación
 automática explicando el porqué.

Estamos hablando de un hipotético bug que exista en los paquetes que 
sustituyen o reemplazan a systemd (upstart, sysvinit), es decir, paquetes 
que sí existen y no están obsoletos ni abandonados.

 Y por lo que sé, únicamente se ha abandonado un paquete cuando es
 obsoleto e inservible, o cuando casi nadie lo usa y no hay mantenedor
 dispuesto a hacerse cargo.

No estamos hablando de esa situación.

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.12.16.18.16...@gmail.com

Re: ¿gdebi y shotwell autodesinstalables?

El Tue, 16 Dec 2014 18:55:08 +0100, Eduardo Rios escribió:

 El 16/12/14 a las 16:02, Camaleón escribió:

(...)

 Cierto, se me pasó. Aquí está:
 
 root@debian:/home/edurios# apt-get -f install Leyendo lista de
 paquetes... Hecho Creando árbol de dependencias Leyendo la información
 de estado... Hecho Los paquetes indicados a continuación se instalaron
 de forma automática y ya no son necesarios.
gdebi libgexiv2-2 shotwell shotwell-common
 Utilice «apt-get autoremove» para eliminarlos.
 0 actualizados, 0 nuevos se instalarán, 0 para eliminar y 0 no
 actualizados.
 root@debian:/home/edurios#
 
 Como ves, los mismos paquetes que me indica synaptic como
 autoeliminables

Sí, exacto.
 
 En cualquier caso, los paquetes que se pueden eliminar (auto
 removable) son aquellos que se instalan indirectamente por otros
 paquetes (paquetes extra) y que una vez que se ha eliminado ese
 paquete que los necesitaba el gestor de paquetes los marca como
 autodesinstalables pero conviene revisarlos uno a uno por si acaso
 antes de eliminarlos.
 
 Así es, indica que se fueron instalados de forma automática. Entiendo
 que tanto gdebi como shotwell fueron instalados por gnome, y por eso me
 extraña que ya no los necesite... porque gdebi es para instalar
 paquetes, y shotwell un visor de imágenes... por lo que no entiendo que
 ahora se puedan quitar sin más y antes no.

Sí que es raro, porque al menos gdebi y shotwell los tengo por 
aplicaciones autónomas, no dependientes de otros paquetes :-?

Mira a ver si aptitude why-not gdebi te da más detalles aunque no sé si 
funcionará con ese tipo de marca. Lo que sí podrás hacer es quitarles el 
sambenito de ser eliminables desde aptitude cambiando su estado.

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.12.16.18.23...@gmail.com

Re: ¿gdebi y shotwell autodesinstalables?

El martes, 16 dic 2014, a las 19:23 horas (UTC+1),
Camaleón escribió:

El Tue, 16 Dec 2014 18:55:08 +0100, Eduardo Rios escribió:

 El 16/12/14 a las 16:02, Camaleón escribió:
 En cualquier caso, los paquetes que se pueden eliminar (auto
 removable) son aquellos que se instalan indirectamente por otros
 paquetes (paquetes extra) y que una vez que se ha eliminado ese
 paquete que los necesitaba el gestor de paquetes los marca como
 autodesinstalables pero conviene revisarlos uno a uno por si acaso
 antes de eliminarlos.
 
 Así es, indica que se fueron instalados de forma automática. Entiendo
 que tanto gdebi como shotwell fueron instalados por gnome, y por eso me
 extraña que ya no los necesite... porque gdebi es para instalar
 paquetes, y shotwell un visor de imágenes... por lo que no entiendo que
 ahora se puedan quitar sin más y antes no.

Sí que es raro, porque al menos gdebi y shotwell los tengo por 
aplicaciones autónomas, no dependientes de otros paquetes :-?

$ apt-cache rdepends gdebi shotwell
gdebi
Reverse Depends:
  python-vte
  python-apt
  education-common
  cinnamon-desktop-environment
  aptoncd
shotwell
Reverse Depends:
  shotwell-dbg
  shotwell-common
  shotwell-common
  shotwell-common
  libgexiv2-2
  cinnamon-desktop-environment

Saludos.

-- 
Manolo Díaz


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141216193534.3eba5...@gmail.com

Re: servidor de correo electronico.

El 16/12/14, Manolo Díaz diaz.man...@gmail.com escribió:
 El martes, 16 dic 2014, a las 18:43 horas (UTC+1),

 Para lo primero, ajusta el parámetro de configuración mail_location
 Viene en la documentación de Dovecot.


http://wiki2.dovecot.org/MailLocation

La he leido varias veces.

la cuestion es que no se definir usuario como variable en

mail_location = mbox:~/mail:INBOX=/var/mail/%u

¿es el %u la variable?

 Lo segundo lo puedes hacer ajustando la variable de entorno de usuario
 MAIL (hablamos de buzones de usuarios de sistema, no buzones
 virtuales, ¿verdad?). Supongo que es más cómodo el método primero.


de sistema.

 Saludos.
 --
 Manolo Díaz


Gracias Manolo :)


 --
 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/20141216191632.00825...@gmail.com




-- 
El cielo es para los dragones
 lo que el agua es  para las ninfas


--
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/CA+924HQ_Tu=dgmt1gkaewabxbyt5fjx31+rst1uxjs+pwpb...@mail.gmail.com

Re: devuan

El Tue, 16 Dec 2014 19:09:18 +0100, Eduardo Rios escribió:

 El 16/12/14 a las 18:53, Manolo Díaz escribió:
 El martes, 16 dic 2014, a las 17:40 horas (UTC+1),
 Camaleón escribió:

(...)

 Pues qué bien ¿y de qué sirve que te digan que lo cierran porque
 quieren?
 Pues de nada, es más, te deja peor el cuerpo.

 No, no es que lo cierren  porque quieren. Lo cierran porque es absurdo
 tener abierto informes de fallos sobre un paquete que ya no existe
 (salvo en snapshot). En ese caso, además, recibes una notificación
 automática explicando el porqué.

 Y por lo que sé, únicamente se ha abandonado un paquete cuando es
 obsoleto e inservible, o cuando casi nadie lo usa y no hay mantenedor
 dispuesto a hacerse cargo.

 No entiendo mucho del tema, pero parece ser que desde Jessie en
 adelante, para que todos los servicios funcionen correctamente, se
 depende de systemd.
 
 Vale, no es necesario, pero si eliges cualquier otro, te arriesgas a que
 ciertos servicios no vayan o no lo hagan como esperas...
 
 Entonces, entiendo que los desarrolladores se vuelquen con systemd y
 abandonen cualquier otro sistema de inicio.
 
 Y si es así, tiene razón Camaleon al decir que los usuarios que no usen
 systemd van a estar vendidos.
 
 ¿Es así, no?

Sí, así lo veo yo y no encuentro nada malo en esa decisión (cada uno 
tomará las contramedidas que estime oportunas), lo que me molesta es que 
pretendan vendernos otra cosa cuando todos sabemos que no va a ser así. 
Un proyecto como Debian tiene que tomar sus propias decisiones pero lo 
que no se espera es la falta de transparencia.

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.12.16.18.37...@gmail.com

Re: servidor de correo electronico.

El Tue, 16 Dec 2014 18:43:16 +0100, Ala de Dragón escribió:

 El 15/12/14, Ala de Dragón aladedra...@gmail.com escribió:
 (...)
 De momento voy a empaparme de dovecot y os voy contando.
 (...)
 
 Hola :D
 
 Estoy encajando las piezas del puzzle. SMTP funciona correctamente y
 entrega los correos a su destinatario. Puedo conectarme con mutt y leer
 los correos en /var/mail/usuario.
 Cuando me conecto a traves de telnet a  POP3 Dovecot me da la
 bienvenida, y mi cliente de correo se conecta, autentifica y recibe una
 bandeja de entrada vacía. Voy a leer mas logs en profundidad pero parece
 que Dovecot busca los correos en otro lugar. Si la memoria no me falla
 creo haberle indicado que los almacenara en ~/mail 

~/mail es /home/$USER/mail, así que si le has dicho a Dovecot que los 
mensajes vayan ahí, ahí es donde estarán.

 Mi pregunta es: ¿que sintaxis debo utilizar para que busque los correos
 dovecot en /var/mail/usuario y no en su carpeta home, o como le
 indico a postfix que los entregue en ~/mail?

Pues según la documentación¹, la variable que controla el tipo de buzón 
(mbox o maildir) y su ubicación es mail_location. Mira a ver qué tienes 
definido.

Ahora bien, como te comenté anteriormente, tienes que decidir quién lleva 
la carga de trabajo, Postfix o Dovecot y en base a esa decisión ajustar 
la variable en el archivo de configuración de uno u otro.

¹http://wiki2.dovecot.org/FindMailLocation

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.12.16.18.45...@gmail.com

Re: servidor de correo electronico.

El 16/12/14, Fabián Bonetti mama21m...@riseup.net escribió:

 Nosotros instalamos una suite muy buena en el e-mail del sur 
 http://www.gentoo-es.com:2000/


 Se llama Citadel, lo que no recuerdo el nombre del paquete.

 Yo me conecto a el Citadel por Sylpheed y por Seamonkey (mail)

 Simple, y en poco tiempo un excelente servidor de email.

 Saludos




Una suite excelente, simple y potente. La estudiare por curisidad.
Parece que trabaja con berkley DB
Para este caso demasiado compleja.
Gracias por el apunte ;)

http://www.citadel.org/doku.php/documentation:system_administration_manual
https://packages.debian.org/wheezy/citadel-suite

-- 
El cielo es para los dragones
 lo que el agua es  para las ninfas


--
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/ca+924hrmrygmcxo9qjw_mfcpaj+drmundcdwbos7yxhsb4r...@mail.gmail.com

Re: devuan

El martes, 16 dic 2014, a las 19:16 horas (UTC+1),
Camaleón escribió:

El Tue, 16 Dec 2014 18:53:50 +0100, Manolo Díaz escribió:

 El martes, 16 dic 2014, a las 17:40 horas (UTC+1),
 Camaleón escribió:
 
El Tue, 16 Dec 2014 17:16:30 +0100, Manolo Díaz escribió:

 El martes, 16 dic 2014, a las 16:09 horas (UTC+1),
 Camaleón escribió:
 
Es decir, que los problemas derivados de usar sysvinit se podrían
rechazar/cerrar sin más en los informes de fallo dejando a los
usuarios sin plena cobertura.
 
 Solo he visto que se dé ese caso cuando un paquete es expulsado del
 repositorio y ya no es mantenido, lo cuál tiene toda la lógica del
 mundo.

El problema es que depende completamente del empaquetador/mantenedor, y
los hay que son un poco toca-narices (no sólo en Debian, ojo). No es la
primera vez que un bug termina a debate en el CTTE porque el mantenedor
de turno se enroca en una postura absurda y no hay quien lo saque de
ahí.
 
 Pero eso es general y válido para los más de 40.000 paquetes existentes.
 Aunque sería interesante saber cómo proceder en casos así...

El resto de paquetes no ha tenido un CTTE de por medio, pero este sí. Es 
decir, no, no es lo mismo. Y no hay que olvidar del tipo de paquete del 
que estamos hablando: un bug en el gestor de servicios (o en un servicio 
que no se inicia con sysvinit) no tiene el mismo impacto que un bug en 
una aplicación cualquiera. En el primer caso te puedes quedar sin iniciar 
el sistema mientras que en el segundo a lo sumo te quedas sin poner 
iniciar una aplicación.

Claro que no tiene la misma implicación. Pero siguiendo tu línea
argumental: ¿y si el paquete libc6 tiene un fallo? _Todo_ el sistema
deja de funcionar. Hasta sysvinit-core depende de él y no hay
alternativas. Lo mismo es válido para el núcleo.

Para empeorar las cosas, con la excusa de que systemd es el sistema
predeterminado en Jessie y de la reciente votación de no es necesario
incidir en este punto pues deja todo en el aire, sin ningún tipo de
garantía de cara al administrador que vaya a instalar Debian Jessie y
que no quiera usar systemd.

 Y ni siquiera en ese caso lo cierran sin más: los informadores son
 debidamente notificados sobre por qué se cierran.

Pues qué bien ¿y de qué sirve que te digan que lo cierran porque
quieren?
Pues de nada, es más, te deja peor el cuerpo.
 
 No, no es que lo cierren  porque quieren. Lo cierran porque es absurdo
 tener abierto informes de fallos sobre un paquete que ya no existe
 (salvo en snapshot). En ese caso, además, recibes una notificación
 automática explicando el porqué.

Estamos hablando de un hipotético bug que exista en los paquetes que 
sustituyen o reemplazan a systemd (upstart, sysvinit), es decir, paquetes 
que sí existen y no están obsoletos ni abandonados.

Pues lo habitual es justo lo contrario a tus temores, que los paquetes
cruciales consigan más atención, no menos, que el resto. De hecho, en
esos casos suelen considerar fallos de nivel importante como si
fuesen RC.

Saludos.
-- 
Manolo Díaz


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141216195516.7d07a...@gmail.com

Re: servidor de correo electronico.

El martes, 16 dic 2014, a las 19:37 horas (UTC+1),
Ala de Dragón escribió:

El 16/12/14, Manolo Díaz diaz.man...@gmail.com escribió:
 El martes, 16 dic 2014, a las 18:43 horas (UTC+1),

 Para lo primero, ajusta el parámetro de configuración mail_location
 Viene en la documentación de Dovecot.


http://wiki2.dovecot.org/MailLocation

La he leido varias veces.

la cuestion es que no se definir usuario como variable en

mail_location = mbox:~/mail:INBOX=/var/mail/%u

¿es el %u la variable?

Sí. %u es sustituido en cada caso por el nombre de usuario
correspondiente.

Saludos.
-- 
Manolo Díaz


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141216195735.53515...@gmail.com

Re: devuan

El martes, 16 dic 2014, a las 19:09 horas (UTC+1),
Eduardo Rios escribió:

No entiendo mucho del tema, pero parece ser que desde Jessie en 
adelante, para que todos los servicios funcionen correctamente, se 
depende de systemd.

No. Si un servicio solo va a funcionar correctamente con systemd, te va
a obligar a instalarlo.

Vale, no es necesario, pero si eliges cualquier otro, te arriesgas a que 
ciertos servicios no vayan o no lo hagan como esperas...

No. Y en caso contrario solo hay que abrir un informe de fallo serio
por carecer de una dependencia. Un paquete no puede alcanzar la
distribución estable si cuenta con un solo fallo de este tipo sin
corregir.

https://www.debian.org/Bugs/Developer#severities

Entonces, entiendo que los desarrolladores se vuelquen con systemd y 
abandonen cualquier otro sistema de inicio.

En Jessie no. En adelante cualquiera sabe.

Y si es así, tiene razón Camaleon al decir que los usuarios que no usen 
systemd van a estar vendidos.

¿Es así, no?

Si vendido significa un futuro sin otro sistema de inicio en Debian,
pudiera ser. Si significa que van a haber otros sistemas de inicio pero
que van a estar plagados de fallos... bueno, en el mejor de los casos
eso es hablar por hablar.

Saludos.
-- 
Manolo Díaz


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141216203257.631ca...@gmail.com

Re: servidor de correo electronico.

El 16/12/14, Camaleón noela...@gmail.com escribió:

 ~/mail es /home/$USER/mail, así que si le has dicho a Dovecot que los
 mensajes vayan ahí, ahí es donde estarán.


Gracias, ya lo he cambiado :)

(...)


El 16/12/14, Manolo Díaz diaz.man...@gmail.com escribió:

(...)


 Sí. %u es sustituido en cada caso por el nombre de usuario
 correspondiente.


Ahora lo en tiendo perfectamente. Una vez corregido funciona correctamente.

(...)

Gracias
:)
-- 
El cielo es para los dragones
 lo que el agua es  para las ninfas


--
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/ca+924hsdbfegjp6yjmpqpbfgdawfxu0oqzyymwm-5oa15ww...@mail.gmail.com

Re: [OT] Es mejor un archivo grande o muchos pequeños

El 16/12/14, Edwin De La Cruz edwinsp...@gmail.com escribió:
(...)

 La Pregunta es la siguiente: es pesado (lento) para el procesador el tener
 que leer o copiar cientos o miles de archivos individuales, lo pregunto
 porque me ha pasado que cuando copio alguna carpeta que contiene ciento de
 archivos, todos menores a 10K, el proceso es muy muy lento.

(...)

Hola :)

Yo probaría cambiar y configurar el sistema de ficheros, tamaño de
inodos etc...  Reiserfs tiene muy buena fama con ficheros pequeños.

http://www.buanzo.com.ar/lin/70s-FStrans.html

Saludos.


-- 
El cielo es para los dragones
 lo que el agua es  para las ninfas


--
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/CA+924HRuozGDZh7S25Hdr37AY=z2xzbsbb+j0xctjbvoemd...@mail.gmail.com

Re: Fwd: fglrx-driver

2014-12-16 Thread Javier Silva

El 16/12/2014 15:51, Camaleón noela...@gmail.com escribió:

 El Mon, 15 Dec 2014 19:18:03 +0100, Javier Silva escribió:

 (ese html...)


Lamento lo del html, pero me he quedado sin equipo y contesto desde el
móvil y el maravilloso gmail no me deja responder en solo texto :-( y eso
que lo he pedido como 2 millones de veces.

  El 14/12/2014 17:20, Camaleón noela...@gmail.com escribió:
 
 
  Hola a todos,
 
  También tengo el mismo problema, pantalla en negro con una R7 250X, el
  cual es un modelo equivalente a las Radeon HD 7770/8760.

 Vaya, pues qué mal porque Jessie está congelada. Convendría que os
 añadierais al informe de fallo de Debian para que vena que hay más gente
 afectada, a ver si lo pueden solucionar cuanto antes aunque el bug lo han
 marcado como upstream por lo que estarán esperando la respuesta o bien
 de AMD-ATI o bien de Xorg.


  Lamentablemente el driver radeon no funciona con esta tarjeta gráfica,
  al menos la versión que lleva Jessie. Desde que tengo esta gráfica he
  tenido que utilizar de manera forzosa el driver propietario y comenzé en
  Wheezy backports e instalando el driver desde testing.
 
  Lástima no haber visto este hilo antes o el problema que has mencionado,
  porque ahora tengo el equipo sin poder usarlo tras la actualización a
  Jessie.

 Vaya, pues qué mal... ¿seguro que tampoco funciona el driver radeon?
 Porque si es así también deberíais informar de eso o la gente que tenga
 una gráfica con ese chipset lo va a pasar muy mal con Jessie.


El driver radeon no ha funcionado nunca con estas series de tarjetas y así
lo indica la lista de chips soportados y estos no aparecen.

  Alguna idea para poder ir trabajando, a parte de redireccionar las X por
  ssh para arrancar los progranas que voy necesitando?

 Pues lo que dicen en el informe de fallo que es activar la tarjeta
 integrada (intel) aunque no sé si en vuestro caso tenéis sistemas
 gráficos híbridos y esto es una opción.


No tengo tarjeta integrada intel, mi sistema es un AMD Phenom II con un
zócalo AM3+ sin IGP, por lo que sólo dispongo de esta gráfica.

Curiosamente la última live de GNOME sí que funciona perfectamente y sin el
driver propietario.

Tenía que haber seguido con Wheezy backports y el driver de testing que sí
funcionaba perfectamente, ahora me tocará volver de nuevo a Wheezy si no
encuentro una solución.

Saludos,
Javier.

Re: [OT] Es mejor un archivo grande o muchos pequeños

2014-12-16 Thread Edwin De La Cruz

El 16 de diciembre de 2014, 16:44, Ala de Dragón aladedra...@gmail.com
escribió:

El 16/12/14, Edwin De La Cruz edwinsp...@gmail.com escribió:
(...)

La Pregunta es la siguiente: es pesado (lento) para el procesador el
tener
que leer o copiar cientos o miles de archivos individuales, lo pregunto
porque me ha pasado que cuando copio alguna carpeta que contiene ciento
de
archivos, todos menores a 10K, el proceso es muy muy lento.

(...)

Hola :)

Yo probaría cambiar y configurar el sistema de ficheros, tamaño de
inodos etc... Reiserfs tiene muy buena fama con ficheros pequeños.

http://www.buanzo.com.ar/lin/70s-FStrans.html

Saludos.

--
El cielo es para los dragones
lo que el agua es para las ninfas

--
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/ca+924hruozgdzh7s25hdr37ayz2xzbsbb+j0xctjbvoemd...@mail.gmail.com

Gracias por responder, el problema de hacer esa eleccion es que la
aplicacion tambien la tengo pensada para correr en Winbugs.
De momento usando SQLite, segun he leido, el sistema de bloqueo de archivos
funciona bien en Linux, pero en winbugs es otro cosa.
He ahi mi temor.
Tengo pensado algo un poco descabellado:
1- Que la aplicacion guarde los registros en XML individuales.
2- Al arrancar la aplicacion se crearia una base de datos SQLite en memoria
que automaticamente carge todos esos registros en la base, para que pueda
ser facil acceder a ellos por SQL.
3- Cuando un nuevo registro es creado, automaticamente se crea un XML y se
inserta en la base de datos.

De este modo creo que si la base de datos SQLite se corrompe no habria
problema, puesto que al reiniciar la aplicacion esta crearia la base de
datos nuevamente.

Re: devuan

2014-12-16 Thread Carlos Zuniga

2014-12-16 13:55 GMT-05:00 Manolo Díaz diaz.man...@gmail.com:
...

 Claro que no tiene la misma implicación. Pero siguiendo tu línea
 argumental: ¿y si el paquete libc6 tiene un fallo? _Todo_ el sistema
 deja de funcionar. Hasta sysvinit-core depende de él y no hay
 alternativas. Lo mismo es válido para el núcleo.


La idea es minimizar el número de puntos únicos de fallo[0]. Añadir
uno más es añadir más eslabones a la cadena, lo que significa aumentar
la probabilidad de que un eslabón pueda fallar y ya conoces el dicho:
una cadena es tan fuerte como el eslabon más debil.

[0] https://es.wikipedia.org/wiki/Single_point_of_failure


--
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/caabycjpnbo2b2oweycur9ze-yma1krm6vs-2pyag4yvvtmy...@mail.gmail.com

Re: devuan

El martes, 16 dic 2014, a las 23:25 horas (UTC+1),
Carlos Zuniga escribió:

2014-12-16 13:55 GMT-05:00 Manolo Díaz diaz.man...@gmail.com:
...

 Claro que no tiene la misma implicación. Pero siguiendo tu línea
 argumental: ¿y si el paquete libc6 tiene un fallo? _Todo_ el sistema
 deja de funcionar. Hasta sysvinit-core depende de él y no hay
 alternativas. Lo mismo es válido para el núcleo.


La idea es minimizar el número de puntos únicos de fallo[0]. Añadir
uno más es añadir más eslabones a la cadena, lo que significa aumentar
la probabilidad de que un eslabón pueda fallar y ya conoces el dicho:
una cadena es tan fuerte como el eslabon más debil.

[0] https://es.wikipedia.org/wiki/Single_point_of_failure

Muy bien, pero cambiar un sistema de inicio por otro no es añadir. El
número de puntos únicos de fallo sigue siendo el mismo.

-- 
Manolo Díaz


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141216233622.06800...@gmail.com

Re: [OT] Es mejor un archivo grande o muchos pequeños

2014-12-16 Thread Carlos Zuniga

2014-12-16 16:56 GMT-05:00 Edwin De La Cruz edwinsp...@gmail.com:
El 16 de diciembre de 2014, 16:44, Ala de Dragón aladedra...@gmail.com
escribió:

El 16/12/14, Edwin De La Cruz edwinsp...@gmail.com escribió:
(...)

(...)

Hola :)

Yo probaría cambiar y configurar el sistema de ficheros, tamaño de
inodos etc... Reiserfs tiene muy buena fama con ficheros pequeños.

http://www.buanzo.com.ar/lin/70s-FStrans.html

Saludos.

De este modo creo que si la base de datos SQLite se corrompe no habria
problema, puesto que al reiniciar la aplicacion esta crearia la base de
datos nuevamente.

Has leido la documentación de sqlite sobre su uso con mutiples threads[0]?

Según indican funciona bien, pero tienes que especificar que quieres
la funcionalidad multi-thread ya sea durante la compilación o mediante
una configuración al iniciar. Eso, y cada thread debe usar su propia
conexión.

Dicho eso, no me gusta sqlite más que para cosas simples donde no
importa mucho si la data se corrompe, te recomendaría postgres si no
fuera por que eso es lo que ya estas usando. Si solo quieres usar la
base de datos como una cache en memoria, tal vez te convendría mejor
algo como redis que esta hecho con ese propósito en lugar de sqlite.

Saludos

[0] https://sqlite.org/threadsafe.html
--
A menudo unas pocas horas de Prueba y error podrán ahorrarte minutos
de leer manuales.

--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/caabycjnf8sguz0lqtao9bxpim6tuzkohpfgyvequd9a0uhe...@mail.gmail.com

Re: [OT] Es mejor un archivo grande o muchos pequeños

2014-12-16 Thread Edwin De La Cruz

Gracias. Voy a leer un poco más de información.

Proyectos personajes de desarrollo de software:
github.com/edwinspire
Enviado desde Samsung Mobile
El 16/12/2014 17:58, Carlos Zuniga carlos@gmail.com escribió:

2014-12-16 16:56 GMT-05:00 Edwin De La Cruz edwinsp...@gmail.com:
El 16 de diciembre de 2014, 16:44, Ala de Dragón aladedra...@gmail.com
escribió:

El 16/12/14, Edwin De La Cruz edwinsp...@gmail.com escribió:
(...)

La Pregunta es la siguiente: es pesado (lento) para el procesador el
tener
que leer o copiar cientos o miles de archivos individuales, lo
pregunto
porque me ha pasado que cuando copio alguna carpeta que contiene
ciento
de
archivos, todos menores a 10K, el proceso es muy muy lento.

(...)

Hola :)

Yo probaría cambiar y configurar el sistema de ficheros, tamaño de
inodos etc... Reiserfs tiene muy buena fama con ficheros pequeños.

http://www.buanzo.com.ar/lin/70s-FStrans.html

Saludos.

Gracias por responder, el problema de hacer esa eleccion es que la
aplicacion tambien la tengo pensada para correr en Winbugs.
De momento usando SQLite, segun he leido, el sistema de bloqueo de
archivos
funciona bien en Linux, pero en winbugs es otro cosa.
He ahi mi temor.
Tengo pensado algo un poco descabellado:
1- Que la aplicacion guarde los registros en XML individuales.
2- Al arrancar la aplicacion se crearia una base de datos SQLite en
memoria
que automaticamente carge todos esos registros en la base, para que
pueda
ser facil acceder a ellos por SQL.
3- Cuando un nuevo registro es creado, automaticamente se crea un XML y
se
inserta en la base de datos.

De este modo creo que si la base de datos SQLite se corrompe no habria
problema, puesto que al reiniciar la aplicacion esta crearia la base de
datos nuevamente.

Has leido la documentación de sqlite sobre su uso con mutiples threads[0]?

Saludos

[0] https://sqlite.org/threadsafe.html
--
A menudo unas pocas horas de Prueba y error podrán ahorrarte minutos
de leer manuales.

--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
listmas...@lists.debian.org
Archive:
https://lists.debian.org/caabycjnf8sguz0lqtao9bxpim6tuzkohpfgyvequd9a0uhe...@mail.gmail.com

fallo al inciar sistema, systemd y kernel 3.16.0.4 - jessie

2014-12-16 Thread libreydivagante


La verdad es muy dificil dar algun detalle mas.
Cuando se prende el pc logra cargar systemd para luego ejecutar 
aparentemente un xserver color negro y alli queda. Tampoco es posible 
accecer a las ttys desde ctrl + alt + f1,2, etc. No estan, o bien son 
bloqueados.
 El modo recuperacion no sirve y el sistema termina decantando en la ya 
mensionada situacion.
 Por suerte habia instalado por equivocacion una .iso de wheezy desde 
la cual actualize y cuyo kernel es el 3.2. Es con este si funciona bien 
systemd y puedo llegar al escritorio y plena funcionalidad.

el comando systemctl --failed me arroja un resutaldo de cero fallas.
 Se podra pesar que es un problema de actualizacion, pero lo dudo 
mucho, ya que esto mismo me sucedia habiendo instalado una imagen 
testing jessie semanal con escritorio xfce y mismo kernel -3.16.0.4-.
Algunas veces lograba hacer que el sistema funcione, increiblemente 
tipeando cualquier tecla apenas terminada la seleccion del kernel en el 
grub, cuando comienza a cargar systemd.
 Quizas como dato sirva que mi pc no posee pila, asi que el tiempo 
nunca es el correcto, pero no parece ser un fallo de fechas de archivos 
y logs...


P.D.: Se pueden imaginar como estoy putenado a red hat y systemd no?

 Saludos desde el sur.

P.D.2.: perdi mi correo unciegobailando, si alguien sabe como 
desuscribirlo sin entrar en el mismo...





--
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/5490d933.6050...@gmail.com

fallo al inciar sistema, systemd y kernel 3.16.0.4 - jessie

2014-12-16 Thread libreydivagante





La verdad es muy dificil dar algun detalle mas.
Cuando se prende el pc logra cargar systemd para luego ejecutar
aparentemente un xserver color negro y alli queda. Tampoco es posible
accecer a las ttys desde ctrl + alt + f1,2, etc. No estan, o bien son
bloqueados.
  El modo recuperacion no sirve y el sistema termina decantando en la ya
mensionada situacion.
  Por suerte habia instalado por equivocacion una .iso de wheezy desde
la cual actualize y cuyo kernel es el 3.2. Es con este si funciona bien
systemd y puedo llegar al escritorio y plena funcionalidad.
el comando systemctl --failed me arroja un resultado de cero fallas.
  Se podra pesar que es un problema de actualizacion, pero lo dudo
mucho, ya que esto mismo me sucedia habiendo instalado una imagen
testing jessie semanal con escritorio xfce y mismo kernel -3.16.0.4-.
Algunas veces lograba hacer que el sistema funcione, increiblemente
tipeando cualquier tecla apenas terminada la seleccion del kernel en el
grub, cuando comienza a cargar systemd.
  Quizas como dato sirva que mi pc no posee pila, asi que el tiempo
nunca es el correcto, pero no parece ser un fallo de fechas de archivos
y logs...

P.D.: Se pueden imaginar como estoy puteando a red hat y systemd no?

  Saludos desde el sur.

P.D.2.: perdi mi correo unciegobailando, si alguien sabe como 
desuscribirlo sin ingreasar en el...







--
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/5490dc9a.2020...@gmail.com

Habilitar USB en Clientes Ligeros debian wheezy

2014-12-16 Thread Didier Suárez R

Hola lista tengo un servidor de clientes ligeros montado en debian 
wheezy, me funciona correctamente pero no puedo conectar dispositivos 
USB en los clientes. ¿Cómo puedo hacerlo?


gracias de antemano

--
Saludos

Lic. Didier E. Suárez Rodríguez
Especalista en Ciencias Informáticas-Administrador de Red
Dirección de Gestión de la Información Científica
Universidad de Camaguey Ignacio Agramonte Loynaz
Cuba

En Intranet del MES:
http://web.cgi.reduc.edu.cu

En Internet:
http://www.reduc.edu.cu/cgi

Catálogo en Intranet:
http://abcd.reduc.edu.cu/site


--
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/5490e471.3030...@reduc.edu.cu

Systemd y kernel 3.16.0.4 - Fallo al iniciar sistema - jessie

2014-12-16 Thread libreydivagante



La verdad es muy dificil dar algun detalle mas.
Cuando se prende el pc logra cargar systemd para luego ejecutar
aparentemente un xserver color negro y alli queda. Tampoco es posible
accecer a las ttys desde ctrl + alt + f1,2, etc. No estan, o bien son
bloqueados.
  El modo recuperacion no sirve y el sistema termina decantando en la ya
mensionada situacion.
  Por suerte habia instalado por equivocacion una .iso de wheezy desde
la cual actualize y cuyo kernel es el 3.2. Es con este si funciona bien
systemd y puedo llegar al escritorio y plena funcionalidad.
el comando systemctl --failed me arroja un resutaldo de cero fallas.
  Se podra pesar que es un problema de actualizacion, pero lo dudo
mucho, ya que esto mismo me sucedia habiendo instalado una imagen
testing jessie semanal con escritorio xfce y mismo kernel -3.16.0.4-.
Algunas veces lograba hacer que el sistema funcione, increiblemente
tipeando cualquier tecla apenas terminada la seleccion del kernel en el
grub, cuando comienza a cargar systemd.
  Quizas como dato sirva que mi pc no posee pila, asi que el tiempo
nunca es el correcto, pero no parece ser un fallo de fechas de archivos
y logs...

P.D.: Se pueden imaginar como estoy puteando a red hat y systemd no?

  Saludos desde el sur.

P.D.2.: perdi mi correo unciegobailando, si alguien sabe como 
desuscribilo sin ingresar al mismo...







--
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/5490f15c.7050...@gmail.com

Logando Conexões HTTPS e Gerando logs para o Sarg

2014-12-16 Thread Paulo Correia

Após perceber que o squid não guarda o log de conexões HTTPS a não ser que ele 
esteja configurado no navegador e que o squid no modo Squid-in-the-middle 
pode ser um tormento, tive uma ideia que pode ser útil a todos.

Criar uma regra no iptables que gera um log das conexões HTTPS (porta 43).

Se a máquina for um firewall use a seguinte regra:
iptables -t nat -A PREROUTING -i interface de rede -p tcp -m tcp --dport 443 
-j LOG  --log-level 4 --log-prefix log_https  

Se não for substitua -t nat por nada e PREROUTING por OUTPUT

A regra de iptables vai gerar no /var/log/messages uma linha por conexão a 
porta 443, algo como:

Dec 16 17:00:14 server kernel: log_https IN=eth0 OUT= 
MAC=XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX SRC=.XXX..XXX 
DST=XXX.XXX.. LEN=52 TOS=0x00 PREC=0x00 TTL=128 ID=397 DF PROTO=TCP 
SPT=52045 DPT=443 WINDOW=8192 RES=0x00 SYN URGP=0 

Só para não lotar o messages separarei ele editando o /etc/rsyslog.conf e 
colocando uma linha assim:

kern.* /var/log/iptables.log

salve o rsyslog e reinicie o serviço com o comando /etc/init.d/rsyslog restart

A próxima conexão já deve ir para este log separado.

Agora para gerar um log para o sarg será preciso criar um script que vai ler os 
dados do /var/log/iptables.log e converter ele para o formato do 
/var/log/squid/access.log

Chamei este script de sshlog.sh, com o seguinte conteúdo

#!/bin/bash

exec  /var/log/iptables.log

year=`date +%Y`

dia=`date +%d`

c=0
d=0

while read data

do

let c=$c+1
let d=$d+1
#c=`expr $c + 1`
#d=`expr $d + 1`

lmounth=`echo $data | awk '{ print $1 }'`
day=`echo $data | awk '{ print $2 }'`
hour=`echo $data | awk '{ print $3 }'`

if [ $dia == $day ]; then

case $lmounth in
Jan)
out=01
;;
Fev)
out=02
;;
Mar)
out=03
;;
Abr)
out=04
;;
Apr)
out=04
;;
Mai)
out=05
;;
May)
out=05
;;
Jun)
out=06
;;
Jul)
out=07
;;
Ago)
out=08
;;
Aug)
out=08
;;
Set)
out=09
;;
Out)
out=10
;;
Oct)
out=10
;;
Nov)
out=11
;;
Dec)
out=12
;;
Dez)
out=12
;;

esac

fdate=`echo $year/$out/$day $hour`
tdate=`date -d $fdate +%s`

iporg=`echo $data | awk '{ print $10 }' | awk -F= '{ print $2 }'`
ipdet=`echo $data | awk '{ print $11 }' | awk -F= '{ print $2 }'`

if [ $c -gt 9 ]; then
c=1
fi

echo $tdate.00$c$d $iporg TCP_MISS/200 0 GET http://$ipdet; - 
DIRECT/$ipdet text/html  /var/log/squid/sshlog.log

fi


done

#fim do script

Obs: O comando let as vezes não é interpretado corretamente por alguns linux 
por isto logo abaixo tem os expr comentados, se for o caso comente o let e 
descomente os expr.

Obs2: Não é possível pegar a quantidade de bytes trafegados e no relatório do 
sarg vai sair o tempo zerado.

Após gerar basta concatenar o sshlog.log com o acess.log, pode ser necessário 
dar um sort para concatenar conforme a linha do tempo e após isto rodar o sarg

Já coloquei em produção.

Abraços a todos,

Paulo

Erro GPG

2014-12-16 Thread Manoel Pedro de Araújo

Olá, alguem pode me ajudar?
Ao rodar o comando apt-dat update, no final aparece a seguinte mensagem
W: Erro GPG: http://ftp.debian.org stable Release: As seguintes assinaturas
eram inválidas: BADSIG 8B48AD6246925553 Debian Archive Automatic Signing
Key (7.0/wheezy) ftpmas...@debian.org

-- 
Manoel

Re: Erro GPG

2014-12-16 Thread Enio Climaco Sales Junior


Digite o seguinte comando como root:
#gpg --keyserver subkeys.pgp.net --recv-keys 8B48AD6246925553  gpg 
--export --armor 8B48AD6246925553 | apt-key add -
Sempre que der esse erro, registre a chave com esse comando, trocando, 
claro o valor da chave.


On 16-12-2014 18:58, Manoel Pedro de Araújo wrote:

Olá, alguem pode me ajudar?
Ao rodar o comando apt-dat update, no final aparece a seguinte mensagem
W: Erro GPG: http://ftp.debian.org stable Release: As seguintes 
assinaturas eram inválidas: BADSIG 8B48AD6246925553 Debian Archive 
Automatic Signing Key (7.0/wheezy) ftpmas...@debian.org 
mailto:ftpmas...@debian.org


--
Manoel

[OFF]Cloud Bom Custo Beneficio

2014-12-16 Thread Rodrigo Cunha

Srs,
preciso contratar dois servidores em cloud, um seria para monitoramento e
outro para aplicação, pretendo, a principio contratar cloud para reduzir os
custos, gostaria de saber se conhecem algum provedor (Brasil ou exterior)
que seja uma boa opção.

-- 
Atenciosamente,
Rodrigo da Silva Cunha

Re: [OFF]Cloud Bom Custo Beneficio

2014-12-16 Thread Luiz Carlos da Silveira Júnior

Gosto da digitalocean

Servidor rápido, tem vários planos, pode acessar o terminal via browser,
permite tirar snapshots, pode restaurar ou reinstalar diversas
distribuições linux.
Em 16/12/2014 22:13, Rodrigo Cunha rodrigo.root...@gmail.com escreveu:

 Srs,
 preciso contratar dois servidores em cloud, um seria para monitoramento e
 outro para aplicação, pretendo, a principio contratar cloud para reduzir os
 custos, gostaria de saber se conhecem algum provedor (Brasil ou exterior)
 que seja uma boa opção.

 --
 Atenciosamente,
 Rodrigo da Silva Cunha

Re: [OFF]Cloud Bom Custo Beneficio

2014-12-16 Thread Vitor Hugo

barato tem o cloud da ovh (exterior) utilizo um vps la para 
desenvolvimento agora tem a plataforma lcx da hostnet no brasil que 
parece interessante nao sei o preço



On 16-12-2014 22:13, Rodrigo Cunha wrote:

Srs,
preciso contratar dois servidores em cloud, um seria para 
monitoramento e outro para aplicação, pretendo, a principio contratar 
cloud para reduzir os custos, gostaria de saber se conhecem algum 
provedor (Brasil ou exterior) que seja uma boa opção.


--
Atenciosamente,
Rodrigo da Silva Cunha




--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/blu436-smtp227354fc336b43366f2675aa...@phx.gbl

Re: [OFF]Cloud Bom Custo Beneficio

2014-12-16 Thread Diego Rabatone

Também uso e gosto bastante da digital ocean.


Diego Rabatone Oliveira
diraol(arroba)diraol(ponto)eng(ponto)br
Identica: (@diraol) http://identi.ca/diraol
Twitter: @diraol

Em 16 de dezembro de 2014 22:48, Vitor Hugo vitorhug...@hotmail.com
escreveu:

 barato tem o cloud da ovh (exterior) utilizo um vps la para
 desenvolvimento agora tem a plataforma lcx da hostnet no brasil que parece
 interessante nao sei o preço



 On 16-12-2014 22:13, Rodrigo Cunha wrote:

 Srs,
 preciso contratar dois servidores em cloud, um seria para monitoramento e
 outro para aplicação, pretendo, a principio contratar cloud para reduzir os
 custos, gostaria de saber se conhecem algum provedor (Brasil ou exterior)
 que seja uma boa opção.

 --
 Atenciosamente,
 Rodrigo da Silva Cunha



 --
 To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: https://lists.debian.org/BLU436-SMTP227354FC336B43366F2675AA6D
 0...@phx.gbl

Re: Kernel failure

2014-12-16 Thread Sven Hartge

Burhan Hanoglu burhano...@gmail.com wrote:

   [c10308fd] ? warn_slowpath_common+0x5e/0x8a
   [c1030933] ? warn_slowpath_null+0xa/0xc
   [c106f5b7] ? rcu_exit_nohz+0x43/0x5d
   [c104f6a5] ? tick_nohz_restart_sched_tick+0x6d/0x12d
   [c1002338] ? cpu_idle+0x9b/0xa3

 Hmmm; Read-Copy Update Mechanism Looks like a disk drive is
 having trouble waking up from suspend and resuming. Could be a bad
 disk drive, mb, cable, or lack of enough power/current... I have seen
 this before with some internal drives advertised as green, and with
 some external usb drives...

No.

rcu_exit_nohz has nothing to do with hard drives but everything with
locking and mutual exclusion.

Grüße,
Sven.

-- 
Sigmentation fault. Core dumped.


-- 
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/cb7rf1d9v...@mids.svenhartge.de

Re: How Not to Install systemd to Begin With.

2014-12-16 Thread Andrei POPESCU

On Du, 14 dec 14, 15:49:57, Patrick Bartek wrote:
 After the lively debate here that replacing systemd after it's installed
 is not the same as not installing it in the first place:  Here's the
 solution, more or less.  Although, it seems, one will never be truly
 free from parts of systemd in Testing-Jessie.
 
 http://without-systemd.org/wiki/index.php/How_to_remove_systemd_from_the_Netinst_CD
 
 I haven't tested this myself.  So, no guarantees.

Feels wrong to me. First, it simply removes the systemd package (but not 
the systemd-sysv package), not sure if debootstrap will handle this 
gracefully and simply choose to install sysvinit-core instead. Second, 
if one is going through the trouble of remastering the install CD one 
might as well patch debootstrap and add a preseed file.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature

Flash problems

2014-12-16 Thread Paul van der Vlis

Hello,

These days problems with flash.

In Wheezy it's easy, this will fix the problem:
update-flashplugin-nonfree --install

But some people with old Squeeze installations did also call me. I told
them they need an upgrade. Fixing that for the time being was a bit more
work.  What I did was copying the libflashplayer.so from a Wheezy
installation to my website, and downloading it to the clients:

cd /usr/lib/flashplugin-nonfree
mv libflashplayer.so libflashplayer.so-backup
64-bits:
wget https://vandervlis.nl/files/libflashplayer.so
32-bits:
wget https://vandervlis.nl/files/libflashplayer32.so
mv libflashplayer32.so libflashplayer.so

After this, you need to restart Iceweasel and to enable the plugin in
Iceweasel, because it's disabled for security reasosns. Maybe very good
reasons.

With regards,
Paul van der Vlis.


-- 
Paul van der Vlis Linux systeembeheer, Groningen
http://www.vandervlis.nl


-- 
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/54900da8.1080...@vandervlis.nl

unstable system

2014-12-16 Thread jesus_...@posteo.de

Hello everyone!

I don't no which package really cause the errors, so I write to the
mailing list. When I'm using my wifi-stick USRobotics - USR8005423
my syslog file don't stop growing till my root partition  is
overflowing. This error always repeats:

Dec 16 09:28:28 jonny kernel: [   24.672140] usb 2-1.5: firmware: failed
to load zd1211/zd1211b_ub (-2)

Dec 16 09:28:28 jonny kernel: [   24.672233] usb 2-1.5: Direct firmware
load failed with error -2

Dec 16 09:28:28 jonny kernel: [   24.672235] usb 2-1.5: Falling back to
user helper

Dec 16 09:28:28 jonny kernel: [   24.672799] zd1211rw 2-1.5:1.0:
couldn't load firmware. Error number -12

There is a firmware package for this stick (firmware-zd1211). Hereby
everything works.

But I think it's not good that something could run into an infinite loop
and make the system unusable, just through insert a wifi-stick.

My system information:

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)


Thanks!

Regards

Jonny

PS: I hope you understand what I mean, my english is no very well.


-- 
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/54900aee.5000...@posteo.de

Re: Machine hangs at boot

2014-12-16 Thread berenger . morel


Le 15.12.2014 19:37, German a écrit :

Just for the hack of it, I tried startx and the system hangs. So it
seems to me that it is server issues. Is that possible to look at
server logs? Where are they located?


You can find the logs /var/log.

Ps: No need to CC me.


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/46a958be3fc1dfcea099a555fc793...@neutralite.org

Re: unstable system

2014-12-16 Thread Elimar Riesebieter

* jesus_...@posteo.de jesus_...@posteo.de [2014-12-16 11:35 +0100]:

 Hello everyone!
 
 I don't no which package really cause the errors, so I write to the
 mailing list. When I'm using my wifi-stick USRobotics - USR8005423
 my syslog file don't stop growing till my root partition  is
 overflowing. This error always repeats:
 
 Dec 16 09:28:28 jonny kernel: [   24.672140] usb 2-1.5: firmware: failed
 to load zd1211/zd1211b_ub (-2)

# apt-get install firmware-zd1211

Elimar
-- 
 Talking much about oneself can also
   be a means to conceal oneself.
 -Friedrich Nietzsche


-- 
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/20141216122425.gc...@baumbart.home.lxtec.de

Re: Image cloning software

2014-12-16 Thread Matt Ventura


On 12/15/2014 03:26 PM, Miroslav Skoric wrote:

On 12/09/2014 11:11 PM, Andrei POPESCU wrote:



You should probably provide more details about the installation to be
cloned and hardware where the clone will be used.

Kind regards,
Andrei



Here it is:

'Source 1' hardware: Desktop CPU Celeron 400 MHz, RAM 224 MB, HDD 21 
GB (a half of a 41 GB ATA Maxtor)
'Source 1' OS: Debian 6.0.10 (Gnome, KDE, LXDE, Xfce), LILO dual-boot 
with Windows XP


'Source 2' hardware: Compaq Presario CQ56 CPU Pentium Dual-Core T4500 
2.30 GHz, RAM 1.37 GB, HDD 320 GB (encrypted LVM)

'Source 2' OS: only Debian 7.7 (Gnome, KDE, LXDE, Xfce), LILO

'Target' hardware: Desktop CPU AMD Athlon 1.1 GHz, RAM 512 MB, HDD 41 
GB (a half of a 82 GB ATA Maxtor)

'Target' OS: LILO for dual-boot with Windows XP

Regards,

M.


Going from an older CPU to a newer one shouldn't cause problems, and 
going from a newer one to an older one is fine as long as it's not 
extremely old. You might want to check and make sure that whatever 
kernel is being used on Source 2 will support the CPU on Target. Memory 
shouldn't ever cause problems, unless a machine simply doesn't have 
enough. Dual booting also shouldn't be that difficult. I'm not sure if 
LILO automatically picks up on your Windows install and adds it as a 
boot option, but I know GRUB does.
The only issue is the hard drive space. Going from a smaller hard drive 
to a larger one isn't a problem (dd the partition contents, then use the 
appropriate resize program such as resize2fs), but going from a larger 
partition to a smaller one is harder. Your best bet is to grab another 
hard drive (well, you'll need one to boot off of anyway so you can copy 
partitions around), copy the partition there, resize it down to the 
minimum, copy it to the final disk, then resize it up to the full 
partition size. Lastly, install the bootloader.



--
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/54902bd3.9050...@mattventura.net

Re: Flash problems

On 2014-12-16, Paul van der Vlis p...@vandervlis.nl wrote:

 But some people with old Squeeze installations did also call me. I told
 them they need an upgrade. Fixing that for the time being was a bit more
 work.  What I did was copying the libflashplayer.so from a Wheezy
 installation to my website, and downloading it to the clients:


As an old squeezy I just go here

http://get.adobe.com/flashplayer/

download the tar.gz archive, extract the libflashplayer.so file and move it to
the appropriate location, overwriting the previous version.

All update-flashplugin-nonfree does is download the newer version from
the adobe website, if there is a newer version available, right?


-- 
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/slrnm90e2b.240.cu...@einstein.electron.org

Re: Flash problems

2014-12-16 Thread Cindy-Sue Causey

On 12/16/14, Curt cu...@free.fr wrote:
On 2014-12-16, Paul van der Vlis p...@vandervlis.nl wrote:

But some people with old Squeeze installations did also call me. I told
them they need an upgrade. Fixing that for the time being was a bit more
work. What I did was copying the libflashplayer.so from a Wheezy
installation to my website, and downloading it to the clients:

As an old squeezy I just go here

http://get.adobe.com/flashplayer/

download the tar.gz archive, extract the libflashplayer.so file and move it
to
the appropriate location, overwriting the previous version.

All update-flashplugin-nonfree does is download the newer version from
the adobe website, if there is a newer version available, right?

Have you all tried gnash yet? I tried it a few times over the last few
years. Every install attempt was a major #FAIL. Can't remember what
went wrong with libflashplayer.so (again) this past week, but I ended
up trying to install (again) out of both exasperation and contempt for
Linux being left behind these days...

This time IT WORKS!

Well, not at first. I attempted lightspark but for some reason that
didn't go well. Perhaps the experimental labeling has something to
do with that there.. *grin*

I noticed gnash was installed as a lightspark dependency so, after
having problems with lightspark, I backed up and just focused on
seeing if I couldn't finally get gnash operational. Took a tiny bit of
manual file manipulation to get my browser to recognize its existence.
As of this second, it's working in both Opera and chromium-browser.

Between that and stumbling on the minor detail that all you do to get
cracking on a debootstrap'd release is chroot the target path to get
chroot... you know... (also) working, it's been quite the learning
curve week. *Look out!*

Cindy :)

--
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with sporks *

--
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/CAO1P-kBaD9ij6-pt=1pHxAeFhyCRBWQoiGPZ8++=wr4opde...@mail.gmail.com

Re: Flash problems

On 2014-12-16, Cindy-Sue Causey butterflyby...@gmail.com wrote:

 I noticed gnash was installed as a lightspark dependency so, after
 having problems with lightspark, I backed up and just focused on
 seeing if I couldn't finally get gnash operational. Took a tiny bit of
 manual file manipulation to get my browser to recognize its existence.
 As of this second, it's working in both Opera and chromium-browser.


I've never heard of lightspark.  I installed gnash once a few years ago
and I did gnash (my teeth).

What is your definition of the word working?  




-- 
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/slrnm90hul.240.cu...@einstein.electron.org

Re: Flash problems


On 12/16/2014 09:55 AM, Curt wrote:

On 2014-12-16, Cindy-Sue Causey butterflyby...@gmail.com wrote:


I noticed gnash was installed as a lightspark dependency so, after
having problems with lightspark, I backed up and just focused on
seeing if I couldn't finally get gnash operational. Took a tiny bit of
manual file manipulation to get my browser to recognize its existence.
As of this second, it's working in both Opera and chromium-browser.



I've never heard of lightspark.  I installed gnash once a few years ago
and I did gnash (my teeth).

What is your definition of the word working?



Heh. I'd take gnash right now.

I just can't bring myself to install the nonfree flash. (I've had a hard 
enough time convincing myself that it's okay to install non-free drivers 
and the BIOS firmware update packages.)


Gnash disappeared from testing a little while ago, and the lightspark 
plugin doesn't play anything, anywhere, ever for me.


Makes me happy that html5 is beginning to catch on.

I agree that gnash was pretty frumpy, but I could at least play videos 
at youtube. Not sure what folks using Jessie are supposed to do for 
flash besides go nonfree.


Sorry for the slight off-topic rant.

;-)


--
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/54904c7b.4020...@comcast.net

Re: Flash problems

2014-12-16 Thread maderios


On 12/16/2014 11:47 AM, Paul van der Vlis wrote:


wget https://vandervlis.nl/files/libflashplayer.so
32-bits:
wget https://vandervlis.nl/files/libflashplayer32.so
mv libflashplayer32.so libflashplayer.so


Warning
This is an unknow  link...  :-(
Official/safe files are here :
https://get.adobe.com/fr/flashplayer/
--
Maderios



--
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/54904ee2.6020...@gmail.com

Re: Flash problems

2014-12-16 Thread Paul van der Vlis

Op 16-12-14 om 15:40 schreef Cindy-Sue Causey:
 On 12/16/14, Curt cu...@free.fr wrote:
 On 2014-12-16, Paul van der Vlis p...@vandervlis.nl wrote:

 But some people with old Squeeze installations did also call me. I told
 them they need an upgrade. Fixing that for the time being was a bit more
 work.  What I did was copying the libflashplayer.so from a Wheezy
 installation to my website, and downloading it to the clients:


 As an old squeezy I just go here

 http://get.adobe.com/flashplayer/

 download the tar.gz archive, extract the libflashplayer.so file and move it
 to
 the appropriate location, overwriting the previous version.

 All update-flashplugin-nonfree does is download the newer version from
 the adobe website, if there is a newer version available, right?
 
 
 Have you all tried gnash yet? I tried it a few times over the last few
 years. Every install attempt was a major #FAIL. Can't remember what
 went wrong with libflashplayer.so (again) this past week, but I ended
 up trying to install (again) out of both exasperation and contempt for
 Linux being left behind these days...
 
 This time IT WORKS!
 
 Well, not at first. I attempted lightspark but for some reason that
 didn't go well. Perhaps the experimental labeling has something to
 do with that there.. *grin*
 
 I noticed gnash was installed as a lightspark dependency so, after
 having problems with lightspark, I backed up and just focused on
 seeing if I couldn't finally get gnash operational. Took a tiny bit of
 manual file manipulation to get my browser to recognize its existence.
 As of this second, it's working in both Opera and chromium-browser.
 
 Between that and stumbling on the minor detail that all you do to get
 cracking on a debootstrap'd release is chroot the target path to get
 chroot... you know... (also) working, it's been quite the learning
 curve week. *Look out!*

What I did for a few months, was removing all Adobe flash, Gnash and
Lightsprak. And what I see is that most sites switch to HTML5 when there
is no flash.  Games for children is a problem, and here in the
Netherlands the sites where you can watch TV. But for the rest... I
don't have any flash anymore on my work-computer. And it was the last
peace of closed software.

With regards,
Paul van der Vlis.



-- 
Paul van der Vlis Linux systeembeheer, Groningen
http://www.vandervlis.nl


-- 
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/54905c98.8020...@vandervlis.nl

Re: Flash problems

On 2014-12-16, Jape Person jap...@comcast.net wrote:

 Heh. I'd take gnash right now.

I'd take it too, if it worked properly.  

 I just can't bring myself to install the nonfree flash. (I've had a hard 
 enough time convincing myself that it's okay to install non-free drivers 
 and the BIOS firmware update packages.)

Well, I guess my moral standards are lower than yours (or something).

 Gnash disappeared from testing a little while ago, and the lightspark 
 plugin doesn't play anything, anywhere, ever for me.

 Makes me happy that html5 is beginning to catch on.

I'm all for html5.

 I agree that gnash was pretty frumpy, but I could at least play videos 
 at youtube. Not sure what folks using Jessie are supposed to do for 
 flash besides go nonfree.

I need to be able to explore the time-machine of American culture that
is youtube with ease and fluidity, in that typically associative way
that is the hallmark of web surfing. Gnash didn't give me that
experience the last time I looked. 

 Sorry for the slight off-topic rant.

 ;-)


No problem, bro.


-- 
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/slrnm90n4u.240.cu...@einstein.electron.org

Re: Flash problems

2014-12-16 Thread Paul van der Vlis

Op 16-12-14 om 16:15 schreef Jape Person:
 On 12/16/2014 09:55 AM, Curt wrote:
 On 2014-12-16, Cindy-Sue Causey butterflyby...@gmail.com wrote:

 I noticed gnash was installed as a lightspark dependency so, after
 having problems with lightspark, I backed up and just focused on
 seeing if I couldn't finally get gnash operational. Took a tiny bit of
 manual file manipulation to get my browser to recognize its existence.
 As of this second, it's working in both Opera and chromium-browser.


 I've never heard of lightspark.  I installed gnash once a few years ago
 and I did gnash (my teeth).

 What is your definition of the word working?

 
 Heh. I'd take gnash right now.
 
 I just can't bring myself to install the nonfree flash. (I've had a hard
 enough time convincing myself that it's okay to install non-free drivers
 and the BIOS firmware update packages.)

Look good when you buy hardware. I don't use non-free drivers, that's
not a big problem. But sometimes I use non-free firmware and microcode.

 Gnash disappeared from testing a little while ago, and the lightspark
 plugin doesn't play anything, anywhere, ever for me.
 
 Makes me happy that html5 is beginning to catch on.
 
 I agree that gnash was pretty frumpy, but I could at least play videos
 at youtube. Not sure what folks using Jessie are supposed to do for
 flash besides go nonfree.

Most sites, including Youtube, are working fine with HTML5.

With regards,
Paul.


 Sorry for the slight off-topic rant.
 
 ;-)
 
 


-- 
Paul van der Vlis Linux systeembeheer, Groningen
http://www.vandervlis.nl


-- 
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/54905eab.8080...@vandervlis.nl

Re: Kernel failure

2014-12-16 Thread golinux

 On Tue, 12/16/14, Kushal Kumaran kus...@locationd.net wrote:

 Subject: Re: Kernel failure
 To: Go Linux goli...@yahoo.com
 Cc: Debian User debian-user@lists.debian.org
 Date: Tuesday, December 16, 2014, 12:18 AM

For problems with squeeze lts release, send email to the debian-lts[1]
mailing list.  Given that your system is basically functional, and also
using a proprietary kernel module, it's likely the bug will not be
considered severe enough for a fix in squeeze, but I guess it couldn't
hurt to get their opinion.

[1]
https://wiki.debian.org/LTS/FAQ#Who_will_provide_updates_for_LTS.3F

--
regards,
kushal

Thanks very much for the suggestion.  Will post to the debian-lts list 
presently.  I'm suspecting it was just a transient condition that caused 
the error because everything has been just fine since.  Of course, any 
error is always disconcerting . . .

gholinux

--
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/9b27ea38bc63131653a9f7a18860e...@riseup.net

Re: Flash problems


On 12/16/2014 11:23 AM, Curt wrote:

On 2014-12-16, Jape Person jap...@comcast.net wrote:


Heh. I'd take gnash right now.


I'd take it too, if it worked properly.


I just can't bring myself to install the nonfree flash. (I've had a hard
enough time convincing myself that it's okay to install non-free drivers
and the BIOS firmware update packages.)


Well, I guess my moral standards are lower than yours (or something).


Tee-hee. I doubt it has anything to do with moral standards. Probably 
you're less paranoid than I am. Also, I had a ton of problems supporting 
Adobe software before I retired from publishing industry, and I just 
decided to wash my hands of anything related to them.



Gnash disappeared from testing a little while ago, and the lightspark
plugin doesn't play anything, anywhere, ever for me.

Makes me happy that html5 is beginning to catch on.


I'm all for html5.


I agree that gnash was pretty frumpy, but I could at least play videos
at youtube. Not sure what folks using Jessie are supposed to do for
flash besides go nonfree.


I need to be able to explore the time-machine of American culture that
is youtube with ease and fluidity, in that typically associative way
that is the hallmark of web surfing. Gnash didn't give me that
experience the last time I looked.



No question that gnash was always a bumpy ride at best. Guess that's why 
it finally got ditched.




--
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/549062a1.3090...@comcast.net

Re: Flash problems


On 12/16/2014 11:32 AM, Paul van der Vlis wrote:


Look good when you buy hardware. I don't use non-free drivers, that's
not a big problem. But sometimes I use non-free firmware and microcode.


I've never looked good when buying hardware. I have no sense of style.

But seriously, I've been careful, but it's pretty hard to find notebooks 
that have the capabilities I want without at least having to install one 
(usually wifi) driver.



Gnash disappeared from testing a little while ago, and the lightspark
plugin doesn't play anything, anywhere, ever for me.

Makes me happy that html5 is beginning to catch on.

I agree that gnash was pretty frumpy, but I could at least play videos
at youtube. Not sure what folks using Jessie are supposed to do for
flash besides go nonfree.


Most sites, including Youtube, are working fine with HTML5.


I should check that out. I don't really spend much time there except to 
look for classical piano music. For at least a while after introduction 
of html5 they had not yet converted much of the media to that kind of 
streaming. Is everything converted now?


Regards,
JP


--
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/54906463.3090...@comcast.net

Re: How Not to Install systemd to Begin With.

2014-12-16 Thread Patrick Bartek

On Tue, 16 Dec 2014, Andrei POPESCU wrote:

 On Du, 14 dec 14, 15:49:57, Patrick Bartek wrote:
  After the lively debate here that replacing systemd after it's
  installed is not the same as not installing it in the first place:
  Here's the solution, more or less.  Although, it seems, one will
  never be truly free from parts of systemd in Testing-Jessie.
  
  http://without-systemd.org/wiki/index.php/How_to_remove_systemd_from_the_Netinst_CD
  
  I haven't tested this myself.  So, no guarantees.
 
 Feels wrong to me. First, it simply removes the systemd package (but
 not the systemd-sysv package), not sure if debootstrap will handle
 this gracefully and simply choose to install sysvinit-core instead.
 Second, if one is going through the trouble of remastering the
 install CD one might as well patch debootstrap and add a preseed file.

There also seems to be no mechanism included to prevent systemd from
being inadvertently installed later as a dependency. And as long a
systemd (or some of its parts) is a dependency, obtaining a totally
systemd-free system might be an exercise in futility.

But it's a beginning.

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/20141216085020.47389...@debian7.boseck208.net

mpd/systemd problem

Hello,

I have a problem with updating mpd and/or systemd.


Preparing to unpack .../m/mpd/mpd_0.19.1-1.1_amd64.deb ...
Job for mpd.service canceled.
invoke-rc.d: initscript mpd, action stop failed.
dpkg: warning: subprocess old pre-removal script returned error exit
status 1 dpkg: trying script from the new package instead ...
Job for mpd.service canceled.
invoke-rc.d: initscript mpd, action stop failed.
dpkg: error processing
archive /home/debmirror/pool/main/m/mpd/mpd_0.19.1-1.1_amd64.deb
(--unpack): subprocess new pre-removal script returned error exit
status 1


Also I can not remove mpd.

# apt-get remove mpd
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages will be REMOVED:
  mpd
0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
After this operation, 1,202 kB disk space will be freed.
Do you want to continue? [Y/n] 
(Reading database ... 299439 files and directories currently installed.)
Removing mpd (0.19.1-1) ...
Job for mpd.service canceled.
invoke-rc.d: initscript mpd, action stop failed.
dpkg: error processing package mpd (--remove):
 subprocess installed pre-removal script returned error exit status 1
Errors were encountered while processing:
 mpd
needrestart is being skipped since dpkg has failed
E: Sub-process /usr/bin/dpkg returned an error code (1)


Debian Jessie up-to-date, AMD64.

Arne 


-- 
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/20141216175756.3057c112@fx4100

Re: Flash problems

2014-12-16 Thread Ric Moore


On 12/16/2014 10:25 AM, maderios wrote:

On 12/16/2014 11:47 AM, Paul van der Vlis wrote:


wget https://vandervlis.nl/files/libflashplayer.so
32-bits:
wget https://vandervlis.nl/files/libflashplayer32.so
mv libflashplayer32.so libflashplayer.so


Warning
This is an unknow  link...  :-(
Official/safe files are here :
https://get.adobe.com/fr/flashplayer/



just go here:
http://www.webupd8.org/2014/05/install-fresh-player-plugin-in-ubuntu.html

If you have google chrome installed you already have pepperflash
or install it with synaptic.

Then create a directory in ~/.config
ric@iam:~/.config$ mkdir freshwrapper-data
ric@iam:~/.config$ cd freshwrapper-data/

copy this script
https://raw.githubusercontent.com/i-rinat/freshplayerplugin/master/data/freshwrapper.conf.example

ric@iam:~/.config/freshwrapper-data$ nano freshwrapper.conf
...and add it to this

restart firefox and click on some flash content. It took almost a minute 
to crank up and the sound stuttered a bit longer (self config?) until it 
worked properly. Now, it works on all flash files. I'm still dinking 
with the sound settings though. This is BETA !! I'm getting audio 
stutter still at times. But, firefox doesn't blow up now. Good Luck! Ric




--
My father, Victor Moore (Vic) used to say:
There are two Great Sins in the world...
..the Sin of Ignorance, and the Sin of Stupidity.
Only the former may be overcome. R.I.P. Dad.
Linux user# 44256


--
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/54906879.1020...@gmail.com

Re: Flash problems

2014-12-16 Thread Gary Dale


On 16/12/14 10:15 AM, Jape Person wrote:

On 12/16/2014 09:55 AM, Curt wrote:

On 2014-12-16, Cindy-Sue Causey butterflyby...@gmail.com wrote:


I noticed gnash was installed as a lightspark dependency so, after
having problems with lightspark, I backed up and just focused on
seeing if I couldn't finally get gnash operational. Took a tiny bit of
manual file manipulation to get my browser to recognize its existence.
As of this second, it's working in both Opera and chromium-browser.



I've never heard of lightspark.  I installed gnash once a few years ago
and I did gnash (my teeth).

What is your definition of the word working?



Heh. I'd take gnash right now.

I just can't bring myself to install the nonfree flash. (I've had a 
hard enough time convincing myself that it's okay to install non-free 
drivers and the BIOS firmware update packages.)


Gnash disappeared from testing a little while ago, and the lightspark 
plugin doesn't play anything, anywhere, ever for me.


Makes me happy that html5 is beginning to catch on.

I agree that gnash was pretty frumpy, but I could at least play videos 
at youtube. Not sure what folks using Jessie are supposed to do for 
flash besides go nonfree.


Sorry for the slight off-topic rant.

;-


Off-topic but html5 is more of a kludge than html4. There is no need for 
it. Everything that can be done in html5 (and more) has been doable in 
xhtml for years.



--
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/549066c0.7080...@torfree.net

Re: change subject of emails on ISP's IMAP server

2014-12-16 Thread Rob Owens

On Mon, Dec 15, 2014 at 05:38:03PM +, Darac Marjal wrote:
 On Fri, Dec 12, 2014 at 08:53:51PM -0500, Rob Owens wrote:
  When my ISP encounters an email that it cannot scan for viruses, it
  prepends ***UNCHECKED*** to the subject.  This occurs on every encrypted
  email I receive.  It's highly annoying, and the ISP refuses to fix this.
  
  What tools can I use to detect this tag and delete it?  I'd prefer to
  modify the subject of the email as it resides on my ISP's IMAP server.
  But if I have to rely on my email client (mutt) to do that, that's ok
  too I guess.
  
  Any suggestions would be welcome.  
 
 Apparently, this is what imapfilter will do. You'll need to write a lua
 script to tell it what to do, but it looks like it comes with some
 hackable examples.

Thanks.  I see the following example in some of the imapfilter docs.  I'll have
to stare at it until it makes sense.  If anybody can offer any assistance, 
please chime in.  Until then, I will be reading lua documentation.

-- Messages can be appended to a mailbox.  One can fetch a message from a
-- mailbox, optionally process it, and then upload it to the same or different
-- mailbox, at the same or different mail servers.  In the following example a
-- header field is added to all messages, and the processed messages are then
-- appended to a different mailbox.

all = myaccount.mymailbox:select_all()

for _, mesg in ipairs(all) do
mbox, uid = table.unpack(all)
header = mbox[uid]:fetch_header()
body = mbox[uid]:fetch_body()
message = header:gsub('[\r\n]+$', '\r\n') ..
  'My-Header: My-Content\r\n' .. '\r\n' .. body
myaccount.myothermaibox:append_message(message)
end



signature.asc
Description: Digital signature

Re: Flash problems


On 12/16/2014 12:07 PM, Gary Dale wrote:

Off-topic but html5 is more of a kludge than html4. There is no need for
it. Everything that can be done in html5 (and more) has been doable in
xhtml for years.


I'm curious. Are any of the sites like youtube producing multi-media 
content via xhtml?



--
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/54907954.60...@comcast.net

Re: change subject of emails on ISP's IMAP server

On 2014-12-16, Rob Owens row...@ptd.net wrote:

 Apparently, this is what imapfilter will do. You'll need to write a lua
 script to tell it what to do, but it looks like it comes with some
 hackable examples.

 Thanks.  I see the following example in some of the imapfilter docs.  I'll

The problem I see is that once imapfilter fetches the message, processes
it, and uploads it to the same mailbox, what is to prevent your ISP from
prepending ***UNCHECKED*** to the header of the message once again,
seeing that it will be just as unscannable as before?

Or will it not be scanned a second time or something?

Otherwise, maybe someone can help you lua regular expressions (not my
case) in order to delete ***UNCHECKED*** from the header field.


-- 
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/slrnm911vn.240.cu...@einstein.electron.org

Re: mpd/systemd problem

2014-12-16 Thread Andrei POPESCU

On Ma, 16 dec 14, 17:57:56, sp113438 wrote:
 Hello,
 
 I have a problem with updating mpd and/or systemd.
 
 
 Preparing to unpack .../m/mpd/mpd_0.19.1-1.1_amd64.deb ...
 Job for mpd.service canceled.
 invoke-rc.d: initscript mpd, action stop failed.
 dpkg: warning: subprocess old pre-removal script returned error exit
 status 1 dpkg: trying script from the new package instead ...
 Job for mpd.service canceled.
 invoke-rc.d: initscript mpd, action stop failed.
 dpkg: error processing
 archive /home/debmirror/pool/main/m/mpd/mpd_0.19.1-1.1_amd64.deb
 (--unpack): subprocess new pre-removal script returned error exit
 status 1

Please post the output of

systemctl status mpd

I also noticed that mpd also has a .socket unit. If you something is 
trying to use mpd it will get restarted via the socket.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature

Can't start nm-applet -- keyring error

2014-12-16 Thread tom arnall

I installed wheezy a week ago (with the installer which includes
xfce), and nm-applet was working fine. But today it won't start and
gives the message:

WARNING: gnome-keyring:: couldn't connect to:
/home/tom/.cache/keyring-4LJPFc/pkcs11: No such file or directory
** Message: applet now removed from the notification area

(nm-applet:3589): Gdk-WARNING **: nm-applet: Fatal IO error 11
(Resource temporarily unavailable) on X server :0.


Is there a command line procedure to deal with this?

Thanks in advance for your 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/cafkyrxpumpewkatguydr9jmdsyyykrv6f2txp449jso0_v1...@mail.gmail.com

gnome-keyring-daemon problem

2014-12-16 Thread tom arnall

WHEN I DO:

~/$ gnome-keyring-daemon --start

I GET:

Couldn't access conrol socket:
/home/tom/.cache/keyring-qGnJVR/control: No such file or directory
 GNOME_KEYRING_CONTROL=/home/tom/.cache/keyring-laCd8D
 SSH_AUTH_SOCK=/home/tom/.cache/keyring-laCd8D/ssh
 GPG_AGENT_INFO=/home/tom/.cache/keyring-laCd8D/gpg:0:1


what is this about? i've done a lot of google searching on it but have
found nothing that helps.


-- 
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/cafkyrxp70rrgz9gyocug+z-rzn4mqzqotr2obwyjen7jxv6...@mail.gmail.com

Re: Is Debian live 7.7 will run on athlon 5350?

2014-12-16 Thread Gary Dale


On 14/12/14 07:12 AM, German wrote:

I am asking this because I was unable to boot the previous version a couple 
month ago. Thanks


You should check the .iso file. I've never had any problem with Debian 
images not booting. Debian provides checksums for every image file. Use 
them to verify the download.



--
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/548d8dad.1030...@torfree.net

Re: mpd/systemd problem SOLVED

On Wed, 17 Dec 2014 01:08:03 +0200
Andrei POPESCU andreimpope...@gmail.com wrote:

 On Ma, 16 dec 14, 17:57:56, sp113438 wrote:
  Hello,
  
  I have a problem with updating mpd and/or systemd.
  
  
  Preparing to unpack .../m/mpd/mpd_0.19.1-1.1_amd64.deb ...
  Job for mpd.service canceled.
  invoke-rc.d: initscript mpd, action stop failed.
  dpkg: warning: subprocess old pre-removal script returned error exit
  status 1 dpkg: trying script from the new package instead ...
  Job for mpd.service canceled.
  invoke-rc.d: initscript mpd, action stop failed.
  dpkg: error processing
  archive /home/debmirror/pool/main/m/mpd/mpd_0.19.1-1.1_amd64.deb
  (--unpack): subprocess new pre-removal script returned error exit
  status 1
 
 Please post the output of
 
 systemctl status mpd
 
 I also noticed that mpd also has a .socket unit. If you something is 
 trying to use mpd it will get restarted via the socket.
 
 Kind regards,
 Andrei

The problem is solved by renaming /usr/bin/mpd , stop mpd and then update.

The following:

systemctl stop mpd.service
killall mpd
kill -9 *2600*
mpd --kill
/etc/init.d/mpd stop

all didn't succeed

I guess I have to blame systemd.

Thanks!


 


-- 
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/20141217024421.19320b03@fx4100

Re: mpd/systemd problem SOLVED II

On Wed, 17 Dec 2014 02:44:21 +0100

Sorry, 

The problem is solved by renaming /usr/bin/mpd , restart the
computer and then update.

(I found no other way of stopping mpd)

Thanks!


-- 
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/20141217030655.0c8e9b2e@fx4100

Re: mpd/systemd problem

On Wed, 17 Dec 2014 01:08:03 +0200
Andrei POPESCU andreimpope...@gmail.com wrote:
 
 Please post the output of
 
 systemctl status mpd

# systemctl status mpd
● mpd.service - Music Player Daemon
   Loaded: loaded (/lib/systemd/system/mpd.service; enabled)
   Active: active (running) since Wed 2014-12-17 04:18:21 CET; 53min
left Main PID: 571 (mpd)
   CGroup: /system.slice/mpd.service
   └─571 /usr/bin/mpd --no-daemon


--
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/20141217032805.627a2fc7@fx4100

Re: mpd/systemd problem SOLVED II half