He instalado el viejo programa xsnow
con Apt. Se supone que este programa hace que la nieve ( el tipo de precipitación ) aparezca en el escritorio. Sin embargo, ejecutar el programa no hace nada excepto devolver el siguiente código:
Xsnow-1.42resizeable, December 14th 2001 by Rick Jansen ([email protected])
WWW: http://www.euronet.nl/~rja/Xsnow/
Esto se debe a que el programa está diseñado para dibujar la nieve en la ventana raíz X , como se indica en el sitio web:
Pregunta frecuente: ¿Comienzo Xsnow pero no veo nieve? Respuesta: Xsnow hace que nieve en la ventana "raíz" de la ventana X. Los administradores de escritorio a menudo ocultan esa ventana raíz para mostrar iconos y herramientas. Entonces, Xsnow funciona bien, ¡simplemente no puedes ver la nieve! Consulte el archivo README para obtener detalles y posibles soluciones.
Lo probé en un Ubuntu 13.10 VM, Kubuntu 13.10 y 14.04, y un Lubuntu Trusty Live USB. Está funcionando en Xubuntu, porque en Xfce vemos la ventana raíz X por defecto. En el chat, alguien informó que funcionaba en Ubuntu 12.04, pero en mi Ubuntu 13.10 VM no veo nieve.
El problema es que, como mencioné, se xsnow
basa únicamente en la ventana X raíz. La ventana raíz X es el "padre" de todas las otras ventanas X y, por lo tanto, también es invisible, porque los entornos de escritorio modernos como KDE y Unity generalmente ocultan la ventana X raíz con un compositor de efectos de escritorio. Por lo tanto, xsnow
todavía dibuja nieve (puede obtener fragmentos al iniciar y cerrar sesión debido a la fragmentación de los gráficos) simplemente no es visible. En escritorios más simples como Openbox y XFCE, la ventana X (y, por lo tanto, la nieve) son completamente visibles.
¿Hay alguna manera de ver la actividad de la ventana X raíz y así ver la nieve?
Respuestas:
Usando KDE puedes usar el paquete kwin-snow-effect .
Cómo instalar:
Luego, en KDE, puede configurar el efecto desde
System Settings
->Desktop Effects
->All Effects
y activar la nieve.También puedes usar el plugin Compiz Snow , verifica cómo funciona en este video de Youtube
Encontré xwinwrap, que te permite pegar cualquier aplicación como fondo de escritorio. Haga clic aquí para descargarlo , o aquí para leer la nota de lanzamiento del codificador
No le da acceso a la ventana raíz (lo que parece difícil en la mayoría de los entornos de escritorio). Y este no funciona con xsnow pero funcionará con muchas otras aplicaciones ...
fuente
Acabo de hacer algunas pruebas más en 12.04 (Probablemente esta no sea la respuesta para 13.10, pero para aquellos que quieren esto en 12.04)
Si está en gnome-tweak-tool, en Escritorio , verifico que el administrador de archivos maneje el escritorio. Luego, tanto en Unity como en Unity-2D
xsnow
funciona. Aunque en la unidad 2d la nieve en el aire es invisible, solo los caídos son visibles, pero eso se debe a mi tarjeta gráfica y su controlador. En Unity funciona perfectamente.Si en gnome-tweak-tool desactivo la opción Hacer que el administrador de archivos maneje el escritorio ,
xsnow
ni siquiera se iniciará y arrojará un error tanto en Unity como en Unity-2Dfuente
Soy un usuario del entorno Precise with Unity y tuve el mismo problema hasta que ejecuté este comando:
Aquí hay un extracto de las notas de la página del manual de xsnow :
SGI Irix 5.x
Los usuarios de Silicon Graphics e Irix 5.x pueden no ver nieve o Santa en absoluto, siempre que los iconos del escritorio estén visibles. Para evitar este problema, emita este comando:
Los iconos desaparecerán y Xsnow funcionará perfectamente. Para reiniciar el escritorio simplemente comienza
o seleccione Desk-top -> Home Directory desde el toolchest.
Incluso es posible tener ambos: iconos de escritorio y xsnow (e incluso múltiples escritorios). Debe modificar el archivo de recursos del administrador de ventanas 4DWm , el archivo ~ / .desktop-
hostname
/ 4DWm . Ejemplo:Global.backgroundDescription: -execute /etc/killall -TERM xsnow ; /usr/local/bin/xsnow
Desk 1.backgroundDescription: -execute /etc/killall -TERM xsnow ; /usr/local/bin/xsnow
Desk 2.backgroundDescription: -execute /etc/killall -TERM xsnow ; /usr/local/bin/xsnow
Reinicie el administrador de ventanas (4Dwm) desde el cofre de herramientas y Xsnow debería aparecer. Lo que esto hace es detener el Xsnow actualmente en ejecución y comenzar uno nuevo cuando cambie a otro escritorio.
fuente
bash: /usr/lib/desktop/telldesktop: No such file or directory
. Gracias por mencionar esa parte de README.gksu nautilus
(luego No sabía sobre el interruptor --no-desktop, que más tarde tampoco ayudó) ... ¡ese comando también rooteó el escritorio! Pero algo salió mal ... terriblemente ... (Ahora no puedo hacer que compiz funcione ... He intentado restablecer, reinstalar y todo ... Así que no puedo aconsejar que intentes eso ...)Para gnome puedes decirle que no maneje el escritorio
También me encontré con alguna mención del uso de shantz-xwinwrap para For Unity Compiz, sin embargo, no parece posible usarlo con la versión de la unidad 13.10 sin un control más preciso de xsnow.
Dicho esto, si quieres probarlo en un terminal, ejecuta:
Una vez instalado, la posible ejecución de xwinwrap sin anibg podría verse así:
fuente
/usr/lib/xscreensaver/plasma: No such file or directory /usr/lib/xscreensaver/plasma died, exit status 2
--root
y--windows-id
no son compatibles con xsnow. Esos argumentos provienen de un ejemplo de uso de xwinwrap con glmatrix que acepta--root
y--window-id
como argumentos:xwinwrap -ov -fs -- /usr/lib/xscreensaver/glmatrix -root -window-id WID
por ejemplo funcionará bienEn una instalación estándar de 12.04.3 de 64 bits, inicie sesión, tenga solo una ventana de terminal cerca de la parte inferior de la pantalla e inicie xsnow, que funciona. Parece ser un conocimiento sobrante de dónde estaban las ventanas cuando se inició xsnow, y el corte de nieve aún ocurre después de que la ventana se mueve o se iconiza. Los problemas ocurren cuando una ventana está cerca de la parte superior de la pantalla. Cerrar sesión / borra las viejas posiciones de Windows, así que experimente con un nuevo inicio de sesión (o tal vez X reiniciar). El retraso predeterminado de 20 es bastante cercano al mínimo para mí, un aumento que puede hacer que también aparezca la nieve.
Las opciones de xsnow se describen en las páginas del manual o con el modificador -h. -delay 30 hará un retraso de 30 milisegundos entre las actualizaciones, en lugar del valor predeterminado que es 20. Encuentro que las cosas se debilitan a los 18 y que no nieva a los 15, por lo que en un sistema que funciona de otra manera, un retraso demasiado corto rompe las cosas. Para 13.10, ciertamente hay una diferencia en la forma en que se apilan las ventanas "raíz". El sistema de la unidad 12.04 tiene una raíz, hijo, nieto, escritorio, bisnieto que se actualiza con la nieve y funciona. (ver salida de
El sistema de la unidad 13.10 realmente actualiza la ventana raíz, y el escritorio ni siquiera tiene un hijo de pantalla completa. Con un depurador, al cambiar la ventana que se actualiza al escritorio, aparecen imágenes, pero borran el fondo, por lo que no es una buena solución. Ninguna otra ventana para obtener las actualizaciones muestra algo, así que supongo que es un conflicto con el mecanismo de la unidad, que parece que necesita algún cambio para que esto funcione (ya que lo ideal es no tener que cambiar nada más que el programa xsnow).
Actualización para 14.04 ejecutando Unity Para ver a Santa, desista en el escritorio de Unity y simplemente cree otra pantalla X sin ella. Cambie de un lado a otro según sea necesario, o incluso ejecute programas con -display: 1 para que aparezca en la nueva pantalla.
Primero permita que cualquiera ejecute un servidor X
y configure el acceso X para todos Sí, puede ejecutar con sudo, pero luego habrá dejado algunos archivos propiedad de root en su escritorio y ya no podrá iniciar sesión con la GUI (use un terminal virtual para eliminar la raíz archivo propio si haces eso).
¿Tiene otro administrador de ventanas instalado para que pueda mover las ventanas en su nueva pantalla (solo si desea ejecutar otros programas allí, no se moleste si todo lo que quiere hacer es ver a Santa. Incluso uno simple como twm servirá , elija su favorito que deje la ventana raíz expuesta.
Ejecute el siguiente en un vt para obtener una pantalla completa xsnow.
Vuelva a la pantalla original en vt7 con Crtl-Alt-F7 y vuelva a xsnow con Ctrl-Alt-F8
Crear xterms desde vt7 (servidor X original en: 0)
inicie su administrador de ventanas en la nueva pantalla desde el nuevo xterm, por ejemplo
Actualización del 16.04: muchas cosas se rompieron desde el 14.04 (vea el error # 1562219), pero aún puede ejecutar xsnow:
Feliz Navidad a todos
fuente
Hay una nueva versión de xsnow , que se ejecuta en gnome, kde, fvwm, lcde e incluso raspbian: https://www.ratrabbit.nl/ratrabbit/content/xsnow/introduction
Es la intención llevar esta versión a los repositorios de Debian.
La nueva versión también está disponible en sourceforge .
Desde el sitio web:
fuente
Si observa las instrucciones de compilación, obtiene:
Parecen haber eliminado vroot.h de la compilación porque se incluyó para KDE. Sin embargo, el encabezado todavía viene con la última versión:
y desempacarlo. Abra
xsnow.c
y agregue a una nueva línea después de 250 (hubo problemas cuando volví a comentar dónde estaba).Luego compila (requiere
xutils-dev
,xorg-dev
ylibxpm-dev
) con:entonces (suponiendo que no haya errores)
¿Eso funciona? La versión compilada funciona aquí, pero estoy en Gnome, el 12.04, y no en una máquina virtual.
fuente