1- editar el archivo eclipse.ini en el directorio de eclipse.

2- agregar la siguiente línea (después de -vmargs):

-Duser.name=“nombre deseado”

Referencias:

http://dev.eclipse.org/newslists/news.eclipse.newcomer/msg07148.html

DAV request failed; it's possible that the repository's pre-revprop-change hook either failed or is non-existent

Hasta donde tengo entendido, por el artículo que consulte, no es posible cambiar los logs porque éstos no están siendo controlados por el sistema de control de versiones.

Toca habilitar un script que permita hacer esto sin que arruinemos el repositorio.

Los pasos para que podamos editar los logs viejos son:

1. Vamos al directorio hooks de nuestro repositorio en el servidor.
2. Renombramos el nombre del archivo pre-revprop-change.tmpl por pre-revprop-change.
3. Luego al archivo que tenemos le damos permisos de ejecución, 755.

Con esto debe bastar para poder modificar logs viejos en el SVN.

Fuente:

Changing a revision property in Subversion

$response=file_get_contents("http://web.com/contenido.xml");

Y no se podía solucionar con el archivo php.ini ni con la variable allow_url_fopen = On ni con allow_url_include = On.

Entonces, ¿cómo se soluciona?

Sí se tiene cURL en el servidor pues lo podemos solucionar de la siguiente manera:

$fileURL = "http://pagina.web/.../archivo";
$ch = curl_init($fileURL);
$file = "/ruta/a/temporales/temporal" . time();
$fp = @fopen($file, "w");
curl_setopt($ch, CURLOPT_FILE, $fp);
curl_setopt($ch, CURLOPT_HEADER, 0);
curl_exec($ch);
curl_close($ch);
fclose($fp);
$response = file_get_contents($file);
unlink($file);

Naturalmente tenemos que contar con que cURL esté correctamente configurado y que tengamos permiso de escritura del archivo “temporal” (o el nombre que le hayamos querido dar).

Esto es particularmente útil cuando queremos instalar un repositorio en nuestro sitio web pero no tenemos acceso por telnet ni ssh ni nada por el estilo.

El método

¿Qué necesitamos?

• Bueno, dos equipos, el local – nuestra estación de trabajo – y el servidor compartido – donde está nuestro sitio web -.
• Acceso ftp al servidor.
• Instalador de Bazaar para nuestro sistema operativo local.
• Plugin push_and_update para Bazaar.
• Python 2.4 o superior, por supuesto, es requerimiento de Bazaar.

Creación de la cuenta de ftp en el servidor

Comenzaremos por el servidor, algunas indicaciones serán algo generales, deben realizarse de acuerdo a las herramientas que su proveedor de hosting disponga.

1. Primero crearemos la cuenta de usuario de ftp remoto, en este artículo será bzr_usuario.

2. Luego, crearemos la carpeta donde queremos que nuestro repositorio resida. Yo he creado una carpeta que no tiene acceso por http (no todo lo que estoy desarrollando es de dominio público). En este artículo la ruta será ftp://dominio.com/bazaar/repositorio.

3. Asignamos la carpeta al usuario ftp que hemos creado. En algunos casos esto nos simplifica la vida, ya que el usuario verá esa carpeta como la raíz del sitio ftp y no puede acceder a otras ubicaciones (en el caso en que trabajemos con más personas en el mismo proyecto, por ejemplo, nos ahorrará dolores de cabeza).

4. Verificamos que la conexión con el servidor pueda establecerse y que podamos manipular el contenido de la carpeta vía ftp.

Instalación de Bazaar y plugin push_and_update

Ahora vamos a nuestro equipo cliente, la estación de trabajo.

1. Aquí el primer paso consiste en instalar Bazaar, no entraré en detalles de como realizar esta instalación, cada sistema operativo tiene su propio método.

2. Luego instalamos el plugin push_and_update. Nos ubicamos en el directorio de Bazaar, y ahí en el directorio plugins. Si el directorio plugins no existe procederemos a crearlo. Por consola y empleando el mismo Bazaar podemos instalar el plugin con el siguiente comando:

bzr branch lp:bzr-push-and-update push_and_update

Hay alternativas a este comando, por ejemplo:

bzr branch https://launchpad.net/bzr-push-and-update push_and_update

O bajarlo e instalarlo manualmente.

Este plugin es muy importante, ya que nos mantendrá nuestro repositorio en el servidor al día.

Creación del repositorio y publicación en el servidor

Esta parte consiste en la creación de un repositorio local en la estación de trabajo para luego subirlo a nuestro servidor.

1. Creamos una carpeta para el repositorio. La dejamos vacía, nuestro proposito en este momento es solo crear la estructura del repositorio.

2. Nos ubicamos por consola dentro de la carpeta creada e iniciamos el repositorio, el comando es:

bzr init

3. Procedemos a crear la estructura del repositorio en nuestro servidor:

bzr push --create-prefix ftp://bzr_usuario@dominio.com/bazaar/repositorio

El directorio no debería existir en el servidor ya que se va a crear uno nuevo. Sin embargo, si tenemos un directorio existente y vacío podemos añadir la opción --use-existing-dir a este comando.

4. Realizamos el primer envío de contenido al repositorio en el servidor con prácticamente el mismo comando:

bzr push ftp://bzr_usuario@dominio.com/bazaar/repositorio

Aunque ya podemos omitir la ruta a nuestro directorio ftp, Bazaar la recordará por nosotros, aunque siempre nos preguntará por la contraseña.

5. Para traer la información desde el servidor a nustros equipos podemos usar el comando merge o el comando pull.

bzr merge ftp://bzr_usuario@dominio.com/bazaar/repositorio

Fuentes:

• Bazaar bound branch commit-and-update
• Bazaar-NG: private repositories on shared hosting
• Bazaar plugin to update remote trees

El procedimiento es simple, aunque no lo recomiendan para usuarios inexpertos o poco cuidadosos. Incluso, debería omitirse esto si no es estrictamente necesario el cambio (las posibilidades de arruinar el sistema son altas). en Eo personal también lo recomiendo solo si es obligatorio.

# CREATE TABLE test (a int, b int, c int);
# INSERT INTO test VALUES (1,2,3);
# SELECT * FROM test;
 a | b | c
---+---+---
 1 | 2 | 3
(1 row)

# SELECT relname, relfilenode FROM pg_class WHERE relname='test';
 relname | relfilenode
---------+-------------
 test_t  |       27666
(1 row)

# SELECT attrelid, attname, attnum FROM pg_attribute WHERE attrelid=27666;
 attrelid | attname  | attnum
----------+----------+--------
    27666 | tableoid |     -7
    27666 | cmax     |     -6
    27666 | xmax     |     -5
    27666 | cmin     |     -4
    27666 | xmin     |     -3
    27666 | ctid     |     -1
    27666 | a        |      1
    27666 | b        |      2
    27666 | c        |      3
(9 rows)

# SELECT attrelid, attname, attnum FROM pg_attribute WHERE attname=a;
 attrelid | attname  | attnum
----------+----------+--------
    27666 | a        |      1
(1 rows)

# UPDATE pg_attribute SET attnum=4 WHERE attname='a' AND attrelid=27666;
UPDATE 1
# UPDATE pg_attribute SET attnum=1 WHERE attname='b' AND attrelid=27666;
UPDATE 1
# UPDATE pg_attribute SET attnum=2 WHERE attname='a' AND attrelid=27666;
UPDATE 1

# SELECT * FROM test;
 b | a | c
---+---+---
 1 | 2 | 3
(1 row)

¿De que habló?

Al ejecutar el comando:

createdb -T template_postgis my_spatial_db

la base de datos no se crea y si usamos pgAdminIII nos devuelve el siguiente error:

database "template_postgis" is being accessed by other users

Después de googlear un rato y de buscar solucionar el comando se me ocurrió hacerlo vía sql y si funcionó.

Este es el comando:

CREATE DATABASE my_spatial_db WITH TEMPLATE=template_postgis;

Subversion o (SVN) es una poderosa herramienta de control de versiones (para desarrollo, diseño e incluso documentos) que puede instalarse sobre el servidor Apache 2 y esto en Ubuntu se logra con unos sencillos pasos.

Primero, el trasfondo.

Asumiremos que se tiene instalado Apache 2 en el sistema Ubuntu entonces procederemos paso a paso a ir instalando y configurando lo demás.

Instalación de Subversion y mod para Apache

Esto lo logramos con la línea:

sudo apt-get install subversion libapache2-svn

El módulo emplea WebDAV para trasmitir los archivos a Subversion, esto nos facilitará mucho las cosas ya que emplearemos el mismo puerto 80 empleado por Apache 2.

Ahora procedemos a habilitar el módulo (aunque esto teóricamente se hace por defecto al instalarlo).

sudo a2enmod dav_svn

Creación de un repositotio SVN

Crearemos el repositorio y su estructura.

sudo mkdir /ruta/local/al/repositorio
sudo svnadmin create /ruta/local/al/repositorio

Haremos que Apache 2 sea el propietario (owner) del repositorio recién creado

sudo chown -R www-data /home/svn

Y crearemos un archivo de contraseñas que emplearemos para restringir el acceso al repositorio

sudo htpasswd -cm /ruta/al/archivo_de_contraseñas.passwd nombre_del_usuario

La consola preguntará por la contraseña que desearemos asignar al usuario.

Si ya disponemos de un archivo existente y solo queremos agregar un nuevo usuario entonces el comando que necesitaremos es:

sudo htpasswd -m /ruta/al/archivo_de_contraseñas.passwd nombre_del_nuevo_usuario

Ahora, editaremos el archivo /etc/apache2/mods-enabled/dav_svn.conf

En la consola lo consegumos mediante

sudo nano /etc/apache2/mods-enabled/dav_svn.conf

Y en el entorno gráfico mediante:

sudo -b gedit /etc/apache2/mods-enabled/dav_svn.conf

Tendremos que añadir las siguientes líneas al archivo por cada repositorio que deseemos instalar:

<Location /ruta/en/url/al/repositorio>
DAV svn
SVNPath /ruta/local/al/repositorio
 
AuthType Basic
AuthName "Subversion Repository"
AuthUserFile /ruta/al/archivo_de_contraseñas.passwd
Require valid-user
</Location>

Naturalmente debemos remplazar /ruta/en/url/al/repositorio, /ruta/local/al/repositorio y /ruta/al/archivo_de_contraseñas.passwd por las ubicaciones y archivos reales que vamos a emplear.

Y por último debemos reiniciar el servidor Apache 2

sudo /etc/init.d/apache2 restart

Y el navegador nos preguntará por nuestras credenciales de acceso (el nombre que dimos anteriormente y la contraseña que le asignamos).