Desarrollo Linux y software libre

Generando un paquete instalador .deb puede ocurrir el siguiente error:

vb@vk:~/xplico_0.5.4_final/xplico-0.5.4$ sudo dpkg-buildpackage -rfakeroot
dpkg-buildpackage: warning: using a gain-root-command while being root
dpkg-buildpackage: set CFLAGS to default value: -g -O2
dpkg-buildpackage: set CPPFLAGS to default value:
dpkg-buildpackage: set LDFLAGS to default value: -Wl,-Bsymbolic-functions
dpkg-buildpackage: set FFLAGS to default value: -g -O2
dpkg-buildpackage: set CXXFLAGS to default value: -g -O2
dpkg-buildpackage: source package xplico
dpkg-buildpackage: source version 0.5.4
dpkg-buildpackage: source changed by Gianluca Costa
dpkg-buildpackage: host architecture i386
dpkg-checkbuilddeps: Unmet build dependencies: debhelper (>= 7)
dpkg-buildpackage: warning: Build dependencies/conflicts unsatisfied; aborting.
dpkg-buildpackage: warning: (Use -d flag to override.)

Se soluciona sencilla e intuitivamente instalando el paquete «debhelper»:
vb@vk:~/xplico_0.5.4_final/xplico-0.5.4$ sudo apt-get install debhelper

Instalando módulos de Pear puede ocurrir, sobre todo en versiones inestables de Ubuntu, el siguiente error:

root@prueba-egroupware:/usr/share/egroupware/# sudo pear install Auth_SASL
pear.php.net is using a unsupported protocal - This should never happen.
install failed

Se soluciona borrando los repositorios extras que vienen por defecto añadidos:

root@prueba-egroupware:# rm /usr/share/php/.channels/*
root@prueba-egroupware:# pear update-channels
Updating channel "doc.php.net"
Update of Channel "doc.php.net" succeeded
Updating channel "pear.php.net"
Update of Channel "pear.php.net" succeeded
Updating channel "pecl.php.net"
Update of Channel "pecl.php.net" succeeded

Y ya quedaría listo el sistema para instalar módulos, por ejemplo:
root@prueba-egroupware:/# pear install Auth_SASL
downloading Auth_SASL-1.0.3.tgz ...
Starting to download Auth_SASL-1.0.3.tgz (5,724 bytes)
.....done: 5,724 bytes

En la instalación de eGroupware 1.6 en Debian/Ubuntu puede ocurrir el siguiente mensaje de error:

Comprobando si .././sitemgr-doc no tiene permiso de escritura para todo el mundo:
¡¡.././sitemgr-doc no existe!!

La ruta indicada parece ser equívoca, al no existir en el directorio previo un directorio llamado «sitemgr» conteniendo a otro llamado «doc». En realidad se refiere a ./sitemgr/doc. Por tanto se soluciona adecuando los permisos de este directorio:

$ cd /usr/share/egroupware
$ sudo chmod -R 755 sitemgr
$ rm -Rf sitemgr/doc
$ mkdir sitemgr/doc
$ chmod 777 sitemgr/doc


Compilando aplicaciones, como Ghostpdl para Xplico, puede ocurrir el siguiente error:
error "X11/Xlib.h No such file or directory"
El cuals e soluciona instalando los headers de X11:
$ sudo apt-get install libx11-dev

Otro error puede ser:
In file included from ../gs/base/gdevx.c:19:
../gs/base/x_.h:133:29: error: X11/Intrinsic.h: No such file or directory
../gs/base/x_.h:134:30: error: X11/StringDefs.h: No such file or directory
../gs/base/x_.h:135:25: error: X11/Shell.h: No such file or directory
In file included from ../gs/base/gdevx.c:31:
../gs/base/gdevx.h:28: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gdev_x_resources'
../gs/base/gdevx.h:30: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gdev_x_fallback_resources'

Solucionable con:
$ sudo apt-get install libxt-dev libxaw7-dev

Para portar o migrar una base de datos SQL almacenada en un motor Sqlite2 hacia Sqlite3, tan solo es necesario el último binario de Sqlite3 (a fecha de redacción de este artículo, la versión 3.6.20.

Para convertirla por tanto vale con ejecutar:

$sqlite baseDatos2.db .dump | sqlite3 baseDatos3.db

De modo que el primer comando, correspondiente al binario de sqlite2, exporte la base de datos en formato estándar y sirva de entrada al binario de Sqlite3 que la creará con el nuevo formato.

En el framework Cakephp 1.2 se puede producir la pérdida de sesión aparentemente de manera aleatoria. Suele suceder cuando se cambia de página rápidamente y/o no se deja terminar la carga de una de ellas, solicitando pasar a la siguiente antes de finalizar la ejecución del código de la actual. Para evitar problemas de seguridad, Cakephp resetea automáticamente la sesión del usuario.

Para evitarlo, es necesario rebajar el nivel de seguridad de la aplicación:
$sudo nano /var/www/myApp/app/config/core.php

Cambiando a nivel medio la seguridad:
(...)
Configure::write('Security.level', 'medium');
(...)

Además, si la aplicación utiliza Ajax, es necesario poner el siguiente parámetro a false o creará una nueva sesión:
(...)
Configure::write('Session.checkAgent', false);
(...)

Fuente: Cakephp google group