Gecos y CUPS, en régimen de separación de bienes

Cuando instalamos una impresora mediante el panel de control de Gecos dicha impresora usa controladores situados en /usr/share/cups/model/nombreimpresora.ppd. Para que estos ficheros ppd "lleguen" a esa ruta podemos hacerlo desde el Gecos-CC mediante la política de "Archivos locales". Funciona y además muy bien. Así podemos desplegar impresoras mediante políticas a toda nuestra red Gecos.

El problema es cuando desintalamos impresoras mediante el panel de control de impresoras local. La impresora queda desinstalada de la lista de impresoras del servidor de impresión CUPS pero su fichero /usr/share/cups/model/impresora.ppd no. Y ahí es donde luego viene el problema.
Cada vez que actualizamos el gecos-user-login (la ruedecita dentada que hay en la bandeja del sistema) se lee el directorio /usr/share/cups/model/ y como ahí hay un fichero más de la cuenta el sistema la busca en CUPS pero ya no existe... ERROR.
La solución es eliminarlo, con lo que la impresora se volverá a reinstalar.

Todo esto en Gecos V4.

Comentarios

Entradas populares de este blog

El error SAF_19 en Autofirma y Firefox (cuando sí tienes certificados válidos instalados)

(Actualización: instalar la firma en todos los perfiles que el sistema haya creado automáticamente también puede ser una solución viable. Para ello arrancamos Firefox desde la línea de comandos con firefox -p y seleccionamos primero un perfil, instalamos el certificado, volvemos a arrancar Firefox con el otro perfil y lo instalamos ahí. Hay que tener cuidado con terminar marcando como predeterminado nuestro perfil real.) En ocasiones y sobre todo si hemos estado trasteando con el sistema nos puede suceder que al intentar acceder a Portafirmas (o cualquier otro servicio que use Autofirma) el sistema nos devuelve un error extraño conocido como error SAF_19, en el que se nos dice que no hay ningún certificado válido en el almacén. Tras ir al almacén de certificados de Firefox comprobamos que todo está bien, que el certtificado con nuestro nombre y apellidos está correctamente instalado y que no hemos dado un salto en el tiempo que haga que las fechas de validez del certificado produzcan...

Sirhus en Gecos, ahora que lo tengo calentito (OBSOLETO)

NOTA: Ahora SIRHUS está certificado y se recomienda con Java 1.8. Instalar Sirhus en Windows puede convertirse en algo dificultoso. Instalarlo sin romper nada es, sin lugar a dudas, digno de admiración. Hacerlo además en Gecos es cosa de elegidos por el Dios del Pingüino, pero hacerlo sin romper nada (como podría ser Portafirmas, que también depende de Java) es tarea de titanes. Subamos al Olimpo pues. Podríamos degradar al pobre de Firefox a una versión anterior a la 52, con soporte para Java, pero sería una pena y el panda rojo no se merece esa tortura. Como lanzador vamos a usar Epiphany, ese navegador de Gnome que algunos usamos alguna vez en el pasado (ejem) y que todavía dispone de soporte para el plugin de Java. Así que tenemos que instalarlo con sudo apt install epiphany-browser Después vamos a descargar la máquina Java desde la web de Oracle. La versión que voy a instalar es la jre1.6.0_43 de 64 bits. Activamos el bit de ejecución a la descarga de Java ...

Sirhus en Gecos, pero con java 1.8

Desde hace no mucho podemos tener Sirhus funcionando con Java 1.8. Vamos a instalar Java 8 y ponerlo por defecto en nuestra máquina. Para ello ejecutaremos sudo apt install oracle-java8-jre oracle-java8-plugin Una vez lo tengamos instalado para fijar Java 8 ejecutamos sudo update-alternatives --config javaws Y seleccionamos la versión 1.8 de entre todas las que nos aparezcan como valor por omisión. Y lo mismo para el plugin de Mozilla (que lanzaremos mediante Epiphany, ese "Internet Explorer" de Gecos). sudo update-alternatives --config mozilla-javaplugin.so Luego lanzaremos el ControlPanel para limpiar la caché de applets y ya podemos lanzar Sirhus.

Pásate a Gecos

Buscar este blog