Hay un comando en GNU/Linux ideal para manejar Motion desde un terminal ó consola y cualquier otra aplicación que se gestione via web. lwp-request realiza requerimientos a servidores web y ficheros locales via POST e imprime la respuesta en consola. Creando un alias el manejo de Motion se reduce a «orden + opcion» sin tener que abrir un navegador para nada.

Por ejemplo, si ejecutais Motion y el puerto de administración es 8888, podeis añadir en vuestro archivo ~/.alias la siguiente líneaalias motionconf='lwp-request -C administrador:contraseña -b http://localhost:8888/'a continuación reiniciais el terminal ó consola y basta escribir#desactivar la detección de movimientos en camara 2
motionconf 2/detection/pause
#reiniciar camara 6
motionconf 6/action/restart
#poner todas las cámaras en blanco y negro
motionconf 0/config/set?saturation=0
#escribir en el archivo de configuración
#los cambios efectuados en las cámaras
#nota: aunque se indique "escribir configuración de camara 4"
#realmente se sobrescriben TODOS
#los archivos de configuración que hayan sido modificados
motionconf 4/config/write

Va para un mes ó más que desactivé los trackback de Cuaderno de Campo cansado de tener que borrar cada dia 30 ó 40 trackback de spam atrapados por Akismet. A continuación activé Disallow: /trackback/ en robots.txt. Pasado un tiempo prudencial empezar a banear cualquier IP que trate de enviar algo via trackback.

En los primeros tres dias se capturaron y banearon alrededor de 150 IPs, en los siguientes el número ha descendido considerablemente capturandose unas 5-10 diarias hasta las 216 que actualmente tienen el acceso prohibido al servidor. El método utilizado es el siguiente:
Sigue leyendo…

El otro día comentaba como he conectado y configurado mi nuevo SAI/UPS Ellipse 600. El problema es que si dejabamos la configuración tal y como comentaba se produce un error en uno de los scripts en el momento en que vuelve la luz despues de haberse ido. En principio no es un error grave, pero hasta que lo atajamos comienza a emitir errores en el log del sistema con la frasesClient on 127.0.0.1 logged out
Connection from 127.0.0.1
Client on 127.0.0.1 logged out
Connection from 127.0.0.1

En estos dias pasados despues de varios cortes electricos y cansando de andar reiniciando el servicio para eliminar el mensaje de error me puse a googlear sin exito tratando de encontrar el fallo. Finalmente lo encontré revisando los script que NUT ejecuta.
El problema radica en el script de NUT /usr/sbin/upssched-cmd no está preparado para que se le cambie el nombre al dispositivo SAI en los archivos de configuración, de tal manera que al volver la corriente eléctrica, este script trataba de matar una instancia en un dispositivo que no encontraba. En el apunte anterior deciamos que #asigna un nombre a la unidad
[sai]
#el driver que vas a utilizar, en este caso el genérico para unidades USB
driver = usbhid-ups
#puerto de conexión
port = auto
#descripción a tu gusto.
desc = "Elipse 600"
Sinembargo este script espera que el dispositivo se llame siempre [mge-ups], con lo cual para evitar este error hay que asegurarse que el mismo nombre que usamos en /etc/ups/ups.conf sea el que aparecezca en /usr/sbin/upssched-cmd, donde en su línea 58 debe leerse Ups="sai@localhost" siendo sai el nombre del dispositivo

Como lo comentaba a Fabián en un apunte anterior he dispuesto una carpeta donde el que lo desee puede consultar los archivos de configuración que estoy usando en Motion y el script encargado de generar los FLV y XML de la web. Los podeis consultar en http://camara.trebol-a.com/documentos.
Actualmente tengo funcionando 7 cámaras. Dejo solo uno de los archivos de configuración (de cámara 1 – comedero) ya que el resto son prácticamente idénticos y el archivo de configuración general de motion y encargado de cargar los 7 específicos.
Igualmente cuelgo el script bash que se ejecuta despues de cada grabación, (postgrabacion). Supongo que a nadie le va a servir de nada ya que además de algo farragoso el código (fruto de ampliaciones, añadidos, correcciones y ajustes continuos durante meses) es bastante específico, pero vaya, si alguno le sirve de algo ahí lo tiene. Para entenderlo mejor conviene saber que:

• El script espera recibir como primer parámetro la ruta absoluta a un archivo de extensión AVI, JPEG ó FLV (en minúsculas).
• Dicho archivo debe llamarse según el patrón: camara1_20081031193020.flv ( camara + número camara + _ + año + mes + dia + hora + segundo + . + extensión ).
• Si el archivo recibido es un AVI
  
  • Crea un FLV y un thumbnail
  • Crea ó corrige archivo XML general y el XML específco de su camara con el FLV recien creado
  • Crea o corrige el enlace simbolico que apunta al último vídeo creado
  • Dependiendo de la cámara de que se trate ejecuta un script externo para las estadísticas
  • Realiza diversos avisos
• Si se trata de un JPG (snapshot)
  
  • Simplemente lo mueve a la carpeta del dia en curso
  • Crea o corrige el enlace simbólico que apunta al último snapshot creado

• Si se trata de un FLV y el segundo parámetro es la cadena «resumen» (se trata de un video timelapse horario generado en paralelo)
  
  • Incorpora el FLV al XML general y al XML de su cámara

Eso, más algunas comprobaciones, correciones y demás.
Nota: Por motivos evidentes las rutas de trabajo no son las originales…. ni las contraseñas tampoco.

¿Puede alguien comprobar esto en su Linux?
Si en una consola escribes date +%Y%m
200810 #<- correcto
date +%Y%m -d "1 month ago"
200810 #<- incorrecto
date +%Y%m -d "2 month ago"
200808 #<- correcto

No sé si estoy yo empanado ó es un bug en date.

Actualizacion

Es curioso. La cuestión es que si se le pregunta a date por el mes actual responde correctamentedate +%m
10
Pero al preguntarle por los meses anterior y posterior responde como si estuviesemos en Noviembredate +%m -d "1 month ago"
10
date +%m -d "1 month"
12