Re: problemas con nouveau en testing

2015-10-15 Por tema Manolo Díaz 
El jueves, 15 oct 2015 a las 00:40 UTC
Gonzalo Rivero escribió:


> [27.212] (II) LoadModule: "nouveau"
> [27.213] (II) Loading /usr/lib/xorg/modules/drivers/nouveau_drv.so
> [27.463] (II) Module nouveau: vendor="X.Org Foundation"
> [27.464] (II) LoadModule: "nv"
> [27.505] (II) UnloadModule: "nv"
> [27.505] (II) Unloading nv
> [27.505] (II) LoadModule: "modesetting"
> [27.505] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
> [27.566] (II) Module modesetting: vendor="X.Org Foundation"
> [27.566] (II) LoadModule: "fbdev"
> [27.567] (II) UnloadModule: "fbdev"
> [27.567] (II) Unloading fbdev
> [27.567] (II) LoadModule: "vesa"
> [27.567] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so
> [27.622] (II) Module vesa: vendor="X.Org Foundation"

[...]

> ¿por donde podría empezar a buscar?
> 

Parece que prueba los controladores para nouveau, nv, framebuffer y
VESA, y que finalmente se decide por este último. Se me ocurren dos
cosas que intentar:

  Desinstalar los controladores VESA.

  Crear un archivo de configuración mínimo que contenga la sección
  "Device" donde indicas que el controlador es nouveau.

En cualquier caso, diría que has encontrado un fallo.

-- 
Manolo Díaz

Re: [OT] Grafear chequeos nagios personalizados

2015-10-15 Por tema Camaleón 
El Thu, 15 Oct 2015 17:17:26 +0200, Maykel Franco escribió:

> El día 15 de octubre de 2015, 17:13, Camaleón 
> escribió:
>> El Thu, 15 Oct 2015 16:13:21 +0200, Maykel Franco escribió:
>>
>>> Buenas, no consigo grafear 2 cosas en el mismo gráfico... No veo nada
>>> en la documentación. Imaginaros que quiero grafear en el mismo gráfico
>>> la memoria ram usada, la disponible y la swap, por poner un ejemplo, y
>>> cada uno con diferente color obviamente...
>>
>> Supongo que eso será cosa de la configuración de RRD Tools, mira a ver
>> si permite combinar en un único gráfico varias funcionalidades/scripts
>> que generes con pnp4nagios. Así a bote pronto entiendo que debe ser
>> posible.
>>
>> Jolines... mira, alguien pregunta lo mismo:
>>
>> Aggregating more than two RRDs in RRDGraph returns empty graph
>> http://serverfault.com/questions/574683/aggregating-more-than-two-rrds-in-rrdgraph-returns-empty-graph
>>
>> Ahora bien, es posible que tengas que generar el gráfico a mano si
>> pnp4nagios no lo hace automáticamente.
>>
>>
> Gracias, ese enlace no le había visto, lo que no veo es cómo tiene que
> devolver los datos el script de check de nagios. No sé si me explico.

Bueno, eso lo enviaste tú en el primer mensaje que mandaste ;-)

https://assets.nagios.com/downloads/nagioscore/docs/nagioscore/3/en/perfdata.html

Los pasos para realizar las pruebas iniciales serían:

1/ Conseguir que Nagios genere los datos (cpu, ram, swap) con el formato 
correcto
2/ Almacenar esos datos para que RRD los pueda leer
3/ Ejecutar RRD pasándole la información almacenada para que te pinte la 
imagen con los datos superpuestos

Una vez que tengas eso funcionando correctamente tendrás que ver la forma 
de integrar pnp4nagios para que lo haga automáticamente, es decir, para 
que genere todos esos datos en el formato que Nagios espera.

Saludos,

-- 
Camaleón

Re: [OT] Grafear chequeos nagios personalizados

2015-10-15 Por tema Camaleón 
El Thu, 15 Oct 2015 16:13:21 +0200, Maykel Franco escribió:

> Buenas, no consigo grafear 2 cosas en el mismo gráfico... No veo nada en
> la documentación. Imaginaros que quiero grafear en el mismo gráfico la
> memoria ram usada, la disponible y la swap, por poner un ejemplo, y cada
> uno con diferente color obviamente...

Supongo que eso será cosa de la configuración de RRD Tools, mira a ver si 
permite combinar en un único gráfico varias funcionalidades/scripts que 
generes con pnp4nagios. Así a bote pronto entiendo que debe ser posible.

Jolines... mira, alguien pregunta lo mismo:

Aggregating more than two RRDs in RRDGraph returns empty graph
http://serverfault.com/questions/574683/aggregating-more-than-two-rrds-in-rrdgraph-returns-empty-graph

Ahora bien, es posible que tengas que generar el gráfico a mano si 
pnp4nagios no lo hace automáticamente.

Saludos,

-- 
Camaleón

Re: [OT] Grafear chequeos nagios personalizados

2015-10-15 Por tema Maykel Franco 
El día 15 de octubre de 2015, 17:13, Camaleón  escribió:
> El Thu, 15 Oct 2015 16:13:21 +0200, Maykel Franco escribió:
>
>> Buenas, no consigo grafear 2 cosas en el mismo gráfico... No veo nada en
>> la documentación. Imaginaros que quiero grafear en el mismo gráfico la
>> memoria ram usada, la disponible y la swap, por poner un ejemplo, y cada
>> uno con diferente color obviamente...
>
> Supongo que eso será cosa de la configuración de RRD Tools, mira a ver si
> permite combinar en un único gráfico varias funcionalidades/scripts que
> generes con pnp4nagios. Así a bote pronto entiendo que debe ser posible.
>
> Jolines... mira, alguien pregunta lo mismo:
>
> Aggregating more than two RRDs in RRDGraph returns empty graph
> http://serverfault.com/questions/574683/aggregating-more-than-two-rrds-in-rrdgraph-returns-empty-graph
>
> Ahora bien, es posible que tengas que generar el gráfico a mano si
> pnp4nagios no lo hace automáticamente.
>
> Saludos,
>
> --
> Camaleón
>

Gracias, ese enlace no le había visto, lo que no veo es cómo tiene que
devolver los datos el script de check de nagios. No sé si me explico.

Re: [OT] Grafear chequeos nagios personalizados

2015-10-15 Por tema Maykel Franco 
El día 15 de octubre de 2015, 17:26, Camaleón  escribió:
> El Thu, 15 Oct 2015 17:17:26 +0200, Maykel Franco escribió:
>
>> El día 15 de octubre de 2015, 17:13, Camaleón 
>> escribió:
>>> El Thu, 15 Oct 2015 16:13:21 +0200, Maykel Franco escribió:
>>>
 Buenas, no consigo grafear 2 cosas en el mismo gráfico... No veo nada
 en la documentación. Imaginaros que quiero grafear en el mismo gráfico
 la memoria ram usada, la disponible y la swap, por poner un ejemplo, y
 cada uno con diferente color obviamente...
>>>
>>> Supongo que eso será cosa de la configuración de RRD Tools, mira a ver
>>> si permite combinar en un único gráfico varias funcionalidades/scripts
>>> que generes con pnp4nagios. Así a bote pronto entiendo que debe ser
>>> posible.
>>>
>>> Jolines... mira, alguien pregunta lo mismo:
>>>
>>> Aggregating more than two RRDs in RRDGraph returns empty graph
>>> http://serverfault.com/questions/574683/aggregating-more-than-two-rrds-in-rrdgraph-returns-empty-graph
>>>
>>> Ahora bien, es posible que tengas que generar el gráfico a mano si
>>> pnp4nagios no lo hace automáticamente.
>>>
>>>
>> Gracias, ese enlace no le había visto, lo que no veo es cómo tiene que
>> devolver los datos el script de check de nagios. No sé si me explico.
>
> Bueno, eso lo enviaste tú en el primer mensaje que mandaste ;-)
>
> https://assets.nagios.com/downloads/nagioscore/docs/nagioscore/3/en/perfdata.html
>
> Los pasos para realizar las pruebas iniciales serían:
>
> 1/ Conseguir que Nagios genere los datos (cpu, ram, swap) con el formato
> correcto
> 2/ Almacenar esos datos para que RRD los pueda leer
> 3/ Ejecutar RRD pasándole la información almacenada para que te pinte la
> imagen con los datos superpuestos
>
> Una vez que tengas eso funcionando correctamente tendrás que ver la forma
> de integrar pnp4nagios para que lo haga automáticamente, es decir, para
> que genere todos esos datos en el formato que Nagios espera.
>
> Saludos,
>
> --
> Camaleón
>


Perfecto, gracias.

Re: [OT] Grafear chequeos nagios personalizados

2015-10-15 Por tema Maykel Franco 
El día 8 de octubre de 2015, 17:48, Maykel Franco
 escribió:
> El día 7 de octubre de 2015, 16:24, Camaleón  escribió:
>> El Wed, 07 Oct 2015 09:50:17 +0200, Maykel Franco escribió:
>>
>>> Hola buenas, finalmente me he decantado por usar nagios a pelo y hacer
>>> mis propios scripts de chequeo cuando los necesite. Por ejemplo he
>>> realizado uno para comprobar el número de Threads que tiene la máquina,
>>> de esta forma, algo sencillo:
>>>
>>> #!/bin/bash
>>
>> (...)
>>
>>> fi echo "THREADS $statustxt - $threads threads ;2000;3000;0; | Number 
>>> Threads $threads"
>>>
>>> El problema que tengo es que pnp4nagios no grafea... No crea si quiera
>>> el gráfico rrd...
>>>
>>> Si lo ejecuto, me devuelve esto:
>>>
>>> THREADS OK - 762 threads ;2000;3000;0; | Number Threads 762
>>
>> 'label'=value[UOM];[warn];[crit];[min];[max]
>>
>> Hum... según el formato que espera Nagios, tendrías que usar algo de este
>> tipo (a ojo):
>>
>> ***
>> echo "THREADS $statustxt - Number Threads $threads | 
>> NumberThreads=$threads;2000;3000;0"
>> ***
>
> Joder pues vaya ojo tienes... Ha funcionado... Imagino que también se
> podrán pintar más de una cosa y de otro color.
>
> Voy a ver, sabiendo el formato ya no debería de ser difícil.
>
> Gracias.
>
>>
>> Pero seguramente tengas algún script de ejemplo en el paquete pnp4nagios
>> que puedas modificar para ir sobre seguro.
>>
>> Saludos,
>>
>> --
>> Camaleón
>>


Buenas, no consigo grafear 2 cosas en el mismo gráfico... No veo nada
en la documentación. Imaginaros que quiero grafear en el mismo gráfico
la memoria ram usada, la disponible y la swap, por poner un ejemplo, y
cada uno con diferente color obviamente...

Re: problemas con nouveau en testing

2015-10-15 Por tema Camaleón 
El Wed, 14 Oct 2015 21:40:32 -0300, Gonzalo Rivero escribió:

> Holas el lunes actualicé mi testing y seguí trabajando, luego apagué y
> por causas que no vienen al caso recién ahora vuelvo a encender esta
> computadora.
> Lo primero que me llamó la atención es que no se ve por las dos
> pantallas, tengo una conectada por vga (no anda ahora) y otra por hdmi
> ("anda" a la fabulosa resolución de 1024x768), misma placa de video.

(...)

> Ahora, hace mas de un año, venía usando los drivers nouveau sin ningún
> problema; el xrandr me muestra esto:
> sfish@gonzalo:~$ xrandr xrandr: Failed to get size of gamma for output
> default Screen 0: minimum 640 x 480, current 1024 x 768, maximum 1024 x
> 768 default connected primary 1024x768+0+0 0mm x 0mm
>    1024x768  61.00*
>    800x600   61.00 640x480   60.00

No detecta la salida VGA.

> el xorg.0.log me llamó la atención ahora que recién lo fui a ver
> mientras redactaba esto:
> root@gonzalo:/home/sfish$ egrep "EE|WW" /var/log/Xorg.0.log
>   (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> [27.033] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not 
> exist.
> [27.505] (WW) Warning, couldn't open module nv 
> [27.505] (EE) Failed to load module "nv" (module does not exist, 0)
> [27.567] (WW) Warning, couldn't open module fbdev 
> [27.567] (EE) Failed to load module "fbdev" (module does not exist, 0)
> [27.629] (EE) [drm] KMS not enabled 
> [27.629] (EE) open /dev/dri/card0: No such file or directory 
> [27.629] (WW) Falling back to old probe method for modesetting 
> [27.629] (EE) open /dev/dri/card0: No such file or directory 
> [27.629] (EE) Screen 0 deleted because of no matching config section.
> [28.381] (WW) VESA(0): Unable to estimate virtual size 
> [28.381] (WW) VESA(0): No valid modes left. Trying less strict filter...
> [28.381] (WW) VESA(0): Unable to estimate virtual size 
> [28.816] (EE) AIGLX: reverting to software rendering
> 
> ¿según yo estaba con nouveau? ¿porqué rayos se fue a vesa?

(...)

Espera... el módulo se llama "nouveau" no "nv", ese es otro, anterior y 
sin soporte para aceleración 3D. Puedes probar a forzar su carga creando
un archivo de configuración mínimo en "/etc/X11/xorg.conf" con este 
contenido:

Section "Device"
  Identifier "nouveau"
  Driver "nouveau"
EndSection

> ¿por donde podría empezar a buscar?

Pues por ver si te dice la verdad:

locate nv.ko
locate nouveau.ko

Saludos,

-- 
Camaleón

Re: ¿Problemas con extensión Openweather de Gnome?

2015-10-15 Por tema Camaleón 
El Wed, 14 Oct 2015 21:28:02 -0300, Gonzalo Rivero escribió:

> El mié, 14-10-2015 a las 20:43 +0200, Eduardo Rios escribió:
>> Hace unos días se me actualizó la extensión Openweather de Gnome, que
>> poco a poco se están actualizando los paquetes de gnome a la versión
>> 3.18.
>> 
>> Hablo de Debian Stretch.
>> 
>> Desde que se me actualizó la extensión, no veo información ninguna
>> del 
>> tiempo. ¿Alguien más tiene problemas? En mi caso tengo configurada la
>> extensión para el tiempo de Valencia (Comunidad Valenciana)

No suelo usare se tipo de complementos pero prueba con un usuario recién 
creado para descartar problemas con los datos de la sesión actual. 
También podrías intentar configurar otro servidor desde donde obtener los 
datos de las predicciones, si el complemento lo permite.

> me pasó lo mismo, en extensions.gnome.org, en la parte de esa extensión
> vi que había que registrarse en openwheatermaps (o algo así, tengo mi
> computadora medio renga y no tengo el link exacto a mano), de donde
> sacás una llave que cargás en la configuración del clima y ya lo ves de
> nuevo

Ugh¹ :-(

Registrarse para saber el tiempo me parece un requisito ridículo (!), 
esos datos deben ser públicos y de acceso anónimo.

¹https://extensions.gnome.org/extension/750/openweather/

Saludos,

-- 
Camaleón

Re: problemas con nouveau en testing

2015-10-15 Por tema Gonzalo Rivero 
El día 15 de octubre de 2015, 6:26, Manolo Díaz
 escribió:
> El jueves, 15 oct 2015 a las 00:40 UTC
> Gonzalo Rivero escribió:
>
>
>> [27.212] (II) LoadModule: "nouveau"
>> [27.213] (II) Loading /usr/lib/xorg/modules/drivers/nouveau_drv.so
>> [27.463] (II) Module nouveau: vendor="X.Org Foundation"
>> [27.464] (II) LoadModule: "nv"
>> [27.505] (II) UnloadModule: "nv"
>> [27.505] (II) Unloading nv
>> [27.505] (II) LoadModule: "modesetting"
>> [27.505] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
>> [27.566] (II) Module modesetting: vendor="X.Org Foundation"
>> [27.566] (II) LoadModule: "fbdev"
>> [27.567] (II) UnloadModule: "fbdev"
>> [27.567] (II) Unloading fbdev
>> [27.567] (II) LoadModule: "vesa"
>> [27.567] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so
>> [27.622] (II) Module vesa: vendor="X.Org Foundation"
>
> [...]
>
>> ¿por donde podría empezar a buscar?
>>
>
> Parece que prueba los controladores para nouveau, nv, framebuffer y
> VESA, y que finalmente se decide por este último. Se me ocurren dos
> cosas que intentar:
>
>   Desinstalar los controladores VESA.
>
>   Crear un archivo de configuración mínimo que contenga la sección
>   "Device" donde indicas que el controlador es nouveau.
>
>
intenté eso pero al arrancar las X se quejó que no encontraba
pantalla. Al menos ya tengo por donde empezar a buscar que leer: como
se hacía el archivo de configuración completo...
es la mala costumbre de que las cosas anden y en pocos intentos, uno
se va oxidando con los años jejeje

Re: problemas con nouveau en testing

2015-10-15 Por tema Gonzalo Rivero 
salió al privado por error :-/ estúpidos webmail

El día 15 de octubre de 2015, 10:49, Camaleón  escribió:
> El Wed, 14 Oct 2015 21:40:32 -0300, Gonzalo Rivero escribió:
>
>> Holas el lunes actualicé mi testing y seguí trabajando, luego apagué y
>> por causas que no vienen al caso recién ahora vuelvo a encender esta
>> computadora.
>> Lo primero que me llamó la atención es que no se ve por las dos
>> pantallas, tengo una conectada por vga (no anda ahora) y otra por hdmi
>> ("anda" a la fabulosa resolución de 1024x768), misma placa de video.
>
> (...)
>
>> Ahora, hace mas de un año, venía usando los drivers nouveau sin ningún
>> problema; el xrandr me muestra esto:
>> sfish@gonzalo:~$ xrandr xrandr: Failed to get size of gamma for output
>> default Screen 0: minimum 640 x 480, current 1024 x 768, maximum 1024 x
>> 768 default connected primary 1024x768+0+0 0mm x 0mm
>>1024x768  61.00*
>>800x600   61.00 640x480   60.00
>
> No detecta la salida VGA.
>
>> el xorg.0.log me llamó la atención ahora que recién lo fui a ver
>> mientras redactaba esto:
>> root@gonzalo:/home/sfish$ egrep "EE|WW" /var/log/Xorg.0.log
>>   (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
>> [27.033] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not 
>> exist.
>> [27.505] (WW) Warning, couldn't open module nv
>> [27.505] (EE) Failed to load module "nv" (module does not exist, 0)
>> [27.567] (WW) Warning, couldn't open module fbdev
>> [27.567] (EE) Failed to load module "fbdev" (module does not exist, 0)
>> [27.629] (EE) [drm] KMS not enabled
>> [27.629] (EE) open /dev/dri/card0: No such file or directory
>> [27.629] (WW) Falling back to old probe method for modesetting
>> [27.629] (EE) open /dev/dri/card0: No such file or directory
>> [27.629] (EE) Screen 0 deleted because of no matching config section.
>> [28.381] (WW) VESA(0): Unable to estimate virtual size
>> [28.381] (WW) VESA(0): No valid modes left. Trying less strict filter...
>> [28.381] (WW) VESA(0): Unable to estimate virtual size
>> [28.816] (EE) AIGLX: reverting to software rendering
>>
>> ¿según yo estaba con nouveau? ¿porqué rayos se fue a vesa?
>
> (...)
>
> Espera... el módulo se llama "nouveau" no "nv", ese es otro, anterior y
> sin soporte para aceleración 3D. Puedes probar a forzar su carga creando
> un archivo de configuración mínimo en "/etc/X11/xorg.conf" con este
> contenido:
>
> Section "Device"
>   Identifier "nouveau"
>   Driver "nouveau"
> EndSection
>
>> ¿por donde podría empezar a buscar?
>
> Pues por ver si te dice la verdad:
>
> locate nv.ko
> locate nouveau.ko
>
> Saludos,
>
> --
> Camaleón
>
tengo nouveau.ko (en
/lib/modules/4.2.0-1-amd64/kernel/drivers/gpu/drm/nouveau/nouveau.ko),
no tengo nv.
Me tocará revisar porque no lo carga, o que no le gusta

Re: problemas con nouveau en testing

2015-10-15 Por tema Manolo Díaz 
El viernes, 16 de octubre de 2015, a las 00:25 UTC
Gonzalo Rivero escribió:

> salió al privado por error :-/ estúpidos webmail
> 
> El día 15 de octubre de 2015, 10:49, Camaleón  escribió:
> > El Wed, 14 Oct 2015 21:40:32 -0300, Gonzalo Rivero escribió:
> >
> >> Holas el lunes actualicé mi testing y seguí trabajando, luego apagué y
> >> por causas que no vienen al caso recién ahora vuelvo a encender esta
> >> computadora.
> >> Lo primero que me llamó la atención es que no se ve por las dos
> >> pantallas, tengo una conectada por vga (no anda ahora) y otra por hdmi
> >> ("anda" a la fabulosa resolución de 1024x768), misma placa de video.
> >
> > (...)
> >
> >> Ahora, hace mas de un año, venía usando los drivers nouveau sin ningún
> >> problema; el xrandr me muestra esto:
> >> sfish@gonzalo:~$ xrandr xrandr: Failed to get size of gamma for output
> >> default Screen 0: minimum 640 x 480, current 1024 x 768, maximum 1024 x
> >> 768 default connected primary 1024x768+0+0 0mm x 0mm
> >>1024x768  61.00*
> >>800x600   61.00 640x480   60.00
> >
> > No detecta la salida VGA.
> >

[...]

> > Espera... el módulo se llama "nouveau" no "nv", ese es otro, anterior y
> > sin soporte para aceleración 3D. Puedes probar a forzar su carga creando
> > un archivo de configuración mínimo en "/etc/X11/xorg.conf" con este
> > contenido:
> >
> > Section "Device"
> >   Identifier "nouveau"
> >   Driver "nouveau"
> > EndSection
> >
> >> ¿por donde podría empezar a buscar?
> >
> > Pues por ver si te dice la verdad:
> >
> > locate nv.ko
> > locate nouveau.ko
> >
> > Saludos,
> >
> > --
> > Camaleón
> >
> tengo nouveau.ko (en
> /lib/modules/4.2.0-1-amd64/kernel/drivers/gpu/drm/nouveau/nouveau.ko),
> no tengo nv.

Creo que ese último es para el controlador propietario.

> Me tocará revisar porque no lo carga, o que no le gusta

Sí lo carga, como puedes ver en tu correo original, pero prefiere el
VESA.



-- 
Manolo Díaz

Re: problemas con nouveau en testing

2015-10-15 Por tema Manolo Díaz 
El viernes, 16 de octubre de 2015, a las 00:23 UTC
Gonzalo Rivero escribió:

> El día 15 de octubre de 2015, 6:26, Manolo Díaz
>  escribió:
> > El jueves, 15 oct 2015 a las 00:40 UTC
> > Gonzalo Rivero escribió:
> >
> >
> >> [27.212] (II) LoadModule: "nouveau"
> >> [27.213] (II) Loading /usr/lib/xorg/modules/drivers/nouveau_drv.so
> >> [27.463] (II) Module nouveau: vendor="X.Org Foundation"
> >> [27.464] (II) LoadModule: "nv"
> >> [27.505] (II) UnloadModule: "nv"
> >> [27.505] (II) Unloading nv
> >> [27.505] (II) LoadModule: "modesetting"
> >> [27.505] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
> >> [27.566] (II) Module modesetting: vendor="X.Org Foundation"
> >> [27.566] (II) LoadModule: "fbdev"
> >> [27.567] (II) UnloadModule: "fbdev"
> >> [27.567] (II) Unloading fbdev
> >> [27.567] (II) LoadModule: "vesa"
> >> [27.567] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so
> >> [27.622] (II) Module vesa: vendor="X.Org Foundation"
> >
> > [...]
> >
> >> ¿por donde podría empezar a buscar?
> >>
> >
> > Parece que prueba los controladores para nouveau, nv, framebuffer y
> > VESA, y que finalmente se decide por este último. Se me ocurren dos
> > cosas que intentar:
> >
> >   Desinstalar los controladores VESA.
> >
> >   Crear un archivo de configuración mínimo que contenga la sección
> >   "Device" donde indicas que el controlador es nouveau.
> >
> >
> intenté eso pero al arrancar las X se quejó que no encontraba
> pantalla. Al menos ya tengo por donde empezar a buscar que leer: como
> se hacía el archivo de configuración completo...
> es la mala costumbre de que las cosas anden y en pocos intentos, uno
> se va oxidando con los años jejeje
> 

No necesitas un fichero con la configuración entera. Yo tengo un par
en /etc/X11/xorg.conf.d/, cada uno con una única sección. Y no se queja
de que no encuentra pantalla aunque yo no la defino en ninguna. Los
nombres de los ficheros pueden ser arbitrarios, pero acabados en .conf

-- 
Manolo Díaz

Re: problemas con nouveau en testing

2015-10-15 Por tema Santiago José López Borrazás 
El 16/10/15 a las 02:25, Gonzalo Rivero escribió:
(...)
> Me tocará revisar porque no lo carga, o que no le gusta

apt-get install xserver-xorg-video-nouveau

En todo caso, revisa si tienes el fichero que bloquea los módulos de nouveau
en /etc/modprobe.d/

-- 
Saludos de Santiago José López Borrazás.



signature.asc
Description: OpenPGP digital signature

Re: ¿Problemas con extensión Openweather de Gnome?

2015-10-15 Por tema Eduardo Rios 

El 15/10/15 a las 02:28, Gonzalo Rivero escribió:

El mié, 14-10-2015 a las 20:43 +0200, Eduardo Rios escribió:

Hace unos días se me actualizó la extensión Openweather de Gnome, que
poco a poco se están actualizando los paquetes de gnome a la versión
3.18.

Hablo de Debian Stretch.

Desde que se me actualizó la extensión, no veo información ninguna
del
tiempo. ¿Alguien más tiene problemas? En mi caso tengo configurada la
extensión para el tiempo de Valencia (Comunidad Valenciana)

Gracias.


me pasó lo mismo, en extensions.gnome.org, en la parte de esa extensión
vi que había que registrarse en openwheatermaps (o algo así, tengo mi
computadora medio renga y no tengo el link exacto a mano), de donde
sacás una llave que cargás en la configuración del clima y ya lo ves de
nuevo




Muchas gracias Gonzalo.
En ese caso, desactivo la extensión y punto. Renuncio a tener que 
registrarme para saber el tiempo. Para eso miro el móvil que ya tengo 
una app, y listo. :)


--
www.LinuxCounter.net

Registered user #369215

Re: ¿Problemas con extensión Openweather de Gnome?

2015-10-15 Por tema Eduardo Rios 

El 15/10/15 a las 15:36, Camaleón escribió:

El Wed, 14 Oct 2015 21:28:02 -0300, Gonzalo Rivero escribió:


El mié, 14-10-2015 a las 20:43 +0200, Eduardo Rios escribió:

Hace unos días se me actualizó la extensión Openweather de Gnome, que
poco a poco se están actualizando los paquetes de gnome a la versión
3.18.

Hablo de Debian Stretch.

Desde que se me actualizó la extensión, no veo información ninguna
del
tiempo. ¿Alguien más tiene problemas? En mi caso tengo configurada la
extensión para el tiempo de Valencia (Comunidad Valenciana)


No suelo usare se tipo de complementos pero prueba con un usuario recién
creado para descartar problemas con los datos de la sesión actual.
También podrías intentar configurar otro servidor desde donde obtener los
datos de las predicciones, si el complemento lo permite.


me pasó lo mismo, en extensions.gnome.org, en la parte de esa extensión
vi que había que registrarse en openwheatermaps (o algo así, tengo mi
computadora medio renga y no tengo el link exacto a mano), de donde
sacás una llave que cargás en la configuración del clima y ya lo ves de
nuevo


Ugh¹ :-(

Registrarse para saber el tiempo me parece un requisito ridículo (!),
esos datos deben ser públicos y de acceso anónimo.

¹https://extensions.gnome.org/extension/750/openweather/

Saludos,



Pienso como tu. Extensión deshabilitada y punto. Que esperen sentados mi 
registro...


--
www.LinuxCounter.net

Registered user #369215