Posiblemente si usas Ubuntu Maverick 10.10, que mientras escribo estas líneas se encuentra en la Alpha 3, te encontrarás con errores similares a este cuando actualizas tus paquetes o repositorios:

1

N: Ignoring file 'loneowais-ppa-maverick.list.save' in directory '/etc/apt/sources.list.d/' as it has an invalid filename extension

El error se da en los archivos de PPA en todos los programas que usen apt.

Existe un bug en Launchpad reportado al respecto: https://bugs.launchpad.net/ubuntu/+source/apt/+bug/611925

Aunque dicho error se da por un comportamiento intencional que han añadido los desarrolladores. Como puede verse en el log del binario .deb de apt:

1
2
3
4
5
6
7

apt (0.7.26~exp8) experimental; urgency=low
 
 [ David Kalnischkies ]
...
* apt-pkg/contrib/fileutl.cc:
- show notice about ignored file instead of being always silent
- add a Dir::Ignore-Files-Silently list option to control the notice

Esto ocurre, porque el directorio sources.list.d supuestamente no debe contener archivos con las extensiones .save y .distupgrade.

Probablemente hayan decidido hacer esto, para forzar a siga algún estándar en la forma en la que se guardan los PPA o unificar los diferentes modos que existan.

La cuestión es que para el usuario final, resultan molestos estos mensajes a la hora de actualizar y en mi opinión deberían haber hecho el cambio de forma menos drástica o avisando con tiempo del nuevo formato a utilizar.

Pero por suerte, podemos silenciar o ignorar estos mensajes escribiendo el siguiente comando en el terminal:

1

$ sudo sh -c "echo 'Dir::Ignore-Files-Silently:: \"(.save|.distupgrade)$\";' > /etc/apt/apt.conf.d/99ignoresave"

O también:

1

$ echo "Dir::Ignore-Files-Silently:: \"\.save$\";" | sudo tee /etc/apt/apt.conf.d/99ignoresavefiles

Y si no quieres modificar ningún fichero y solo ignorarlo para la ejecución actual de apt:

1

$ sudo apt-get -o dir::ignore-files-silently::="\.save$" update

Entradas relacionadas:

1. Como listar los PPA activados en los repositorios sources.list
2. Solucionar error pdo_sqlite.so: undefined symbol: sqlite3_libversion
3. Actualizar Ubuntu Karmic Koala 9.10 a Ubuntu Lucid Lynx 10.04

El error completo sera algo como:

PHP Warning: Unknown(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp/) in Unknown on line 0
PHP Warning: Unknown(): open(/tmp/sess_404b65f5a6f22fd57694ce1442af5769, O_RDWR) failed: No such file or directory (2) in Unknown on line 0
PHP Warning: session_start() [<a href='function.session-start'>function.session-start</a>]: open(/tmp/sess_404b65f5a6f22fd57694ce1442af5769, O_RDWR) failed: No such file or directory (2)

Las sesiones en php, son simplemente una cookie, pero que se almacena en servidor. Y una cookie es simplemente un fichero de texto con un hash y variables con datos.

Este error puede darse en el session_start() y puede darse que al no asignar un nombre especifico a la sesión, se use un genérico, que tiene la forma sess_(un hash) y se use un fichero de sesión aleatorio que haya dado colisión con otro que haya sido creado por otro usuario que lo este usando también sin establecer nombre.

¿y porque se da el error? Porque estas viendo una página “cacheada” en tu navegador y el servidor tiene asignada esa cookie-sesion a otro usuario, por eso de dice que no tienes permisos. La solución seria borrar la cache, pero aunque es un apaño, la culpa no la tiene el usuario, esta en el servidor por haber asignado esa cookie-session a otro usuario previamente no haber liberado la cookie-session.

Pero tampoco podemos echarle toda la culpa al servidor si nosotros lo programamos de tal modo.

En algún comentario en ingles podéis leer ”in the belief that somehow the two people were getting the same ID and hence temp file”.

Yo tengo bastante experiencia en php y nunca se me había dado este error y ya de por sí me resultaba muy raro. Pero esto es un problema que esta generando PHP con phpsuexec.

Buscando en google, aparentemente no hay soluciones, pero si que había reportes de bug en el bugtracker de PHP:
http://bugs.php.net/bug.php?id=19022 (BUG PADRE)
Otros bugs relacionados:
http://bugs.php.net/bug.php?id=43990
http://bugs.php.net/bug.php?id=5370

Si observas las respuestas de google de otros hosting, dan como solución  “contrata a un mejor sysadmin”, “TU estas haciendo algo mal”, “comprueba tu configuración”, “Asked sys admin to fix it” , pero no dicen porque, ni como arreglarlo, ni dan soluciones, eso es para evitar decir que NO tienen solución,  en Quijost no engañamos a nuestros usuarios de tal modo y explicamos lo hechos de forma honesta.

Las únicas soluciones que se dan son:

1 – Reiniciar la máquina (MALA solución: tratándose de servidores en producción no se puede jugar con el uptime y más si se da espontánea y periódicamente)

2 – Eliminar todas las sesiones con: rm -rf /tmp/sess_* (MEDIA solución: no requiere reinicio, pero hace perder el logueo a todos los usuarios que estén en el servidor para arreglar al resto, aparte habría que ejecutarla cada vez que da este error que puede ser en cualquier momento y sin posibilidad de detectar cuando)

3 – Modificar el directorio donde se guardan las sesiones a uno del usuario para así que no den problemas de permisos:
ini_set('session.save_handler', 'files');
O bien un directorio del usuario (creando un directorio tmp en el directorio del usuario):
ini_set('session.save_path', '/home/usuario/tmp');

Documentacion:
session_save_path() www.php.net/session_save_path

Podría valer pero no es la mejor solución.

La solución más correcta y hasta que los señores de PHP se dignen a arreglar este BUG que posiblemente afecte a millones de sitios web de php sería la siguiente:

1 – Establecer la cookie-sesion en un directorio de tu propio usuario, es decir dentro de tu dominio, por ejemplo:

ini_set('session_save_path', '/home/tuusuario/tmp');

2 – Asignar un nombre a la sesión:

session_name('tuusuario');

3 – Poner este trozo de código para evitar que te de error en el session_start():

if(@session_start() == false){session_destroy();session_start();}

Lo que hacemos es borrar la sesión actual si da error y generar otra, sino da error simplemente la iniciamos (esta más cool utilizando un if ternario).

Por lo tanto, resumiendo, en vez de poner sólo session_start(), para solucionar el bug, tendrías que poner lo siguiente (claro esta, poniendo tu usuario):
ini_set('session_save_path', '/home/tuusuario/tmp');
session_name('tuusuario');
if(@session_start() == false){session_destroy();session_start();}

Entradas relacionadas:

1. Como reiniciar CPanel – Solucionar error: cpsrvd failed. A restart was attempted automagicly.
2. Solucionar error pdo_sqlite.so: undefined symbol: sqlite3_libversion
3. Solución Cpanel/WHM – clamd failed. A restart was attempted automagically.

Git es un software de control de versiones diseñado por Linus Torvalds, pensando en la eficiencia y la confiabilidad del mantenimiento de versiones de aplicaciones cuando estas tienen un gran número archivos de código fuente.

Generalmente es algo que los desarrolladores web deberían usar para proyectos en grupo o creación de código colaborativo. Si en tu hospedaje necesitas tenerlo e instalarlo, es algo sencillo de hacer.

En el momento de publicar este artículo la última versión es 1.7.2 RC2, puede variar cuando tu realices estos pasos, para ver el último código disponible accede a http://kernel.org/pub/software/scm/git/

Para instalarlo en CentOS, concretamente lo he probado en Centos 5.5, haz lo siguiente:

1 – Primero debes instalar las dependencias con:

1

# yum install gettext-devel expat-devel curl-devel zlib-devel openssl-devel

2 – Baja el último código disponible con wget:

1

# wget http://kernel.org/pub/software/scm/git/git-1.7.2.rc2.tar.gz

3 – Descomprime el código fuente:

1

# tar xvfz git-1.7.2.rc2.tar.gz

4 – Muevete a la carpeta descomprimida:

1

# cd git-1.7.2.rc2

5 – Compila el código fuente

1

# make prefix=/usr/local/ all

6 – Instala GIT

1

# make prefix=/usr/local/ install

Entradas relacionadas:

1. Instalar Django en un servidor Centos 5.4
2. Cumplir estandar W3C con target=”_blank” utilizando Mootools
3. Solucionar error con subversion: Missing Dependency: perl(URI) >= 1.17 is needed by package subversion-1.4.2-4.el5_3.1.x86_64