Soluciones técnicas que cuesta encontrar
enero 26, 2016 Deja un comentario
Si dentro de una conexión ssh algún comando hace referencia a la salida standard, OpenSSH no cierra la conexión.
Hay que ejecutar todo con >/dev/null
http://www.snailbook.com/faq/background-jobs.auto.html
enero 8, 2014 Deja un comentario
Los layouts de grails vienen con tres «huecos» predefinidos, que rellenarán los gsps concretos:
Pero es posible definir «huecos personalizados» de la siguiente forma.
En el layout, definir el «hueco mediante»:
<g:pageProperty name=»page.nombre-del-hueco»/>
Y en la gsp, definir el contenido mediante:
<content tag=»nombre-del-hueco»>
<h1>Menu</h1>
</content>
agosto 14, 2012 5 comentarios
Haciendo audioconferencia me he encontrado a menudo con que el volumen del micrófono se intenta ajustar automáticamente a un volumen óptimo según el nivel de la señal. Pero cuando hay una pausa en la conversación o se cuela algún ruidito leve, el volumen se sube muchísimo y produce un montón de ruido o satura la línea. Esto hace que esta feature se vuelva inusable, y la quiero desactivar.
Buscando en google he visto que esto no es algo del sistema, sino una función que hacen tanto Skype como Google Talk (uso ambos). Para desactivarlo en Skype basta con ir a Opciones / Dispositivos de sonido y desmarcar la casilla «Permitir que Skype ajuste automáticamente mis niveles de mezclado«.
En Google Talk, en cambio, no hay una opción de interfaz para desactivar esto. Pero se puede hacer editando el siguiente fichero (en Linux):
~/.config/google-googletalkplugin/options
y añadiendo (o modificando) la siguiente línea
audio-flags=1
Si el fichero options no existe, se puede crear nuevo y añadir esa línea dentro.
Fuente de la información: How to stop Google Talk Plugin auto adjust Microphone volume ?!
Hecho esto, ahora para cambiar el nivel del micro habrá que hacerlo a mano desde la herramienta de control de volumen que tenga nuestro sistema.
febrero 16, 2012 Deja un comentario
PIL es una librería bastante útil en muchos casos. Se apoya en varias librerías externas para manejar diferentes formatos de imagen:
La manera más lógica de instalarlo debería ser instalar primero esas dependencias en el sistema, como explica aquí: http://www.eddiewelker.com/2010/03/31/installing-pil-virtualenv-ubuntu/, y luego instalar PIL con «pip install PIL». Es necesario instalar la versión «-dev» para que incluya las cabeceras C. En una distribución tipo Debian sería:
$ sudo apt-get install libjpeg62 libjpeg62-dev $ sudo apt-get install zlib1g-dev $ sudo apt-get install libfreetype6 libfreetype6-dev
El problema es que el instalador tiene un algoritmo bastante cutre para localizar estas librerías en el sistema, y a menudo no las encuentra. Por ejemplo en Arch las encuentra bien, pero en Ubuntu no. Mi problema ahora mismo es instalarlo dentro de un virtualenv con pip install. El comando pip se descarga correctamente la librería y la compila bien, pero al no encontrar esas dependencias, me sale el siguiente mensaje:
-------------------------------------------------------------------- *** TKINTER support not available *** JPEG support not available *** ZLIB (PNG/ZIP) support not available *** FREETYPE2 support not available *** LITTLECMS support not available --------------------------------------------------------------------
He visto tres soluciones, de más complicada a menos:
1/ Find the path where libjpeg.so is installed, with
dpkg -L libjpeg62
dpkg -L zlib1g
dpkg -L libfreetype6
2/ Call 'pip install -I pil --no-install' to download and unpack the PIL source
into your build directory;
3/ Get into your build directory (<virtualenv_path>/build/pil) and edit setup.py;
4/ Find a line that says 'add_directory(library_dirs, "/usr/lib")' (line 214 here)
5/ Add the line 'add_directory(library_dirs, "<library_path>")' afterwards;
6/ Call 'pip install -I pil --no-download' to finish the installation.
$ cd /path/to/virtualenv $ ln -s /usr/lib/python2.7/dist-packages/PIL/ lib/python2.7/site-packages/
agosto 3, 2011 Deja un comentario
Si necesitas especificar un idioma para el cliente de test de Django (django.test.client.Client), puedes hacerlo especificandolo en el settings, mediante la variable:
LANGUAGE_CODE=»en-us»
marzo 14, 2011 Deja un comentario
A mí también se me bloqueaba Spotify después de un cierto tiempo funcionando con normalidad, hasta que cambié un ajuste sencillo de audio en Wine…
Desde Ubuntu aceder a la configuración de wine y cambiar lo que sigue:
Menu/Aplicaciones/Wine/Configurar Wine:
Espero que os sirva, hasta que Spotify se digne a sacar una versión para Linux, y usuarios «No premium».
Referencias:
septiembre 7, 2009 Deja un comentario
Pongámonos en situación:
1.- Tenemos un openbravo accesible desde http://ip_interna_y_oculta:8080/openbravo
2.- Queremos que los usuarios accedan a través de http://mi_dominio_estupendo/openbravo
Los que hayáis usado apache en otras ocasiones estaréis tentados de utilizar el típico proxypass:
ProxyPass /openbravo http://ip_de_la_maquina:8080/openbravo
ProxyPassReverse /openbravo http://ip_de_la_maquina:8080/openbravo
Esto a primera vista funciona, el problema es que probando un poco resulta que sigue habiendo llamadas al tomcat que no se traducen internamente de manera correcta. La solución pasa por crear un nuevo conector para tomcat en el fichero /ruta_del_tomcat_de_openbravo/conf/server.xml añadiendo algo de la forma:
<Connector port="8081" proxyPort="80" proxyName="mi_dominio_estupendo" />
o
<Connector port="8081" proxyPort="443" scheme="https" proxyName="mi_dominio_estupendo" />
si se quiere usar https
Y hacemos que el proxypass utilice el nuevo conector del puerto 8081
ProxyPass /openbravo http://ip_de_la_maquina:8081/openbravo
ProxyPassReverse /openbravo http://ip_de_la_maquina:8081/openbravo
Reiniciamos el tomcat y el apache y listo! 🙂
agosto 17, 2009 Deja un comentario
Al instalar PostgreSQL en Linux, es posible que tengamos algunos problemas para entrar. ‘Fatal error’ es un mensaje que da poca información. Una de las causas de este mensaje es el que se soluciona en este post.
Resulta que la instalación por defecto de postgres obliga a que el usuario de postgres sea el mismo del sistema. Así que si creamos un usuario ‘user-postgres’ en la base de datos, tenemos que crearlo también en el sistema, y lanzar el comando psql logados como ‘user-postgres’.
Para evitar esta engorrosa configuración, hay que localizar el fichero pg_hba.conf en la instalación de postgres (estará en un sitio u otro dependiendo de la distribución, por ejemplo: /var/lib/pgsql/data) y en la parte final del fichero, cambiar ‘ident sameuser’ por ‘trust’ en todas las líneas.
Desde este momento ya puedes lanzar postgres con el usuario que quieras, por ejemplo:
foss$ psql -U user-postgres -W
julio 23, 2008 Deja un comentario
Con las altas temperaturas del verano, mi micro estaba empezando a entrar en zonas críticas de temperatura. Para reducir la frecuencia, basta con hacer:
cpufreq-selector -c 0 -f 600
cpufreq-selector -c 1 -f 600
(dos veces, porque es un core duo, y hay que hacerlo por separado para cada núcleo)
noviembre 15, 2007 Deja un comentario
A veces misteriosamente esta opción desaparece en el menú de añadir item en plone, en tal caso basta con asegurarse de que el usuario correspondiente tiene el permiso «Modify constrain types».
Al final, era una tontería 