Re: OT - svn - error secuencia UTF-8 inválida (hex: f3 6e 2e 64)

2009-01-28 Por tema Calabaza
El día 26 de enero de 2009 11:25, Calabaza  escribió:
> El día 26 de enero de 2009 11:14, Sylvia Sánchez  
> escribió:
>> El lun, 26-01-2009 a las 10:57 -0300, Calabaza escribió:
>>
>> El día 26 de enero de 2009 7:17, Calabaza  escribió:
>>> El día 23 de enero de 2009 21:57, Marc  escribió:
 En/na Calabaza ha escrit:
>
> Amigos, disculpen el OT, lo que pasa es
> que no se a donde postear, he
> levantado un servidor subversion y al hacer un svn add me da el
> siguiente error:
>
> proyecto/trunk$ svn update
> svn: Datos UTF-8 válidos
> (hex: 41 63 74 61 20 64 65 20 61 70 72 6f 62 61 63 69)
> seguidos de una secuencia UTF-8 inválida
> (hex: f3 6e 2e 64)
>
> Y no se a que se debe este error,
> alguien me puede dar alguna idea de como enfrentarlo?
> He mirado la lista de subversion y no entiendo
> casi nada (mi ingles es
> muy malo) algo referente a esto lo encontre en unos reportes de
> bugs[0], pero no entendí bien el hilo.
> [0] http://kdesvn.alwins-world.de/ticket/47
>
> Uso Etch/Lenny, mi svn es:
> $ svn --version
> svn, versión 1.4.2 (r22196) compilado Nov 10 2006, 17:39:50
>
> y el servidor (que esta en mi misma pc)
> $ svnserve --version
> svnserve, versión 1.4.2 (r22196) compilado Nov 10 2006, 17:39:50
>
> Alguna idea de por donde puedo mirar?
>
> Desde ya muchas gracias.
>

 Cuando me he encontrado con algún problema
 similar del subversion, la
 solución más efectiva ha sido siempre

 - sacar una copia de seguridad de mi versión local.
 -descargar el repo entero desde 0 (svn checkout)
 -comparar ambas versiones con algun front-end de diff.
 Soy kde-ero pero Meld
 es mi favorito. Utiliza la opción "Comparar directorios",
 no la opción
 "Navegador de control de versiones".
 -Ir pasando los archivos del backup al árbol
 descargado del repo. Y aqui
 pienso que es el punto clave, no copies ningún
 directorio, sino los ficheros
 directamente, así no se te copiará el directorio .svn,
 que es que tiene
 información tal vez errónea en tu copia de seguridad.
 Por lo menos con Meld,
 si le das a copiar un archivo te creará los
 directorios correspondientes
 pero sin subdirectorio .svn "corrupto"
 -Y una vez pasada toda la información hacer un commit.
>>>
>>> Receta anotada! mil gracias, la probaré y luego cuento...
>>>
>>
>> He probado lo que indicaste,
>> y he descubierto una nueva herramienta meld
>> pero no me soluciono el problema,
>> al hacer el comit me da el mismo error... :(
>>
 Y finalmente un comentario [OT] de tu [OT]:
 Veo que tu versión de subversión debe ser la de etch,
 porque yo tengo la de
 lenny que es la 1.5.1 .
 Si algún día cambias de versión del server de subversion
 debes utilizar el
 comando svndump para traspasar el repo de la versión
 antigua a la nueva.
>>>
>>> Uf, este tip si que me va a ayudar, gracias nuevamente :)
>>>
 Suerte !!!
>>>
>>> Gracias, por compartir tu experiencia con todos nosotros.
>>>
>>> Un abrazo para todos.
>>
>> Me he encontrado con esto[1]
>> [1]http://svn.haxx.se/users/archive-2008-12/0127.shtml
>>
>> y haciendo:
>> $ echo $LANG
>> es_PY.UTF-8
>>
>> Ahora lo que no sé es: cual es el valor correcto que sugiere el mensaje.
>>
>> Otro abrazo...
>> --
>> §~^Calabaza^~§ from Villa Elisa, Paraguay
>>
>
>
>> ¿Y si intentás es_es?  A mí a veces me da resultado.
>>
>> Salut!
>> Sylvia
>>
>
> Ok, voy a probar :)
>
> Ahora encontre otro hilo[2] que me dio más luz,
> pero sin solución todavía...
>
> [2]http://svn.haxx.se/users/archive-2006-04/0841.shtml
>
> Comentando algo más:
> El proyecto original vino de winXP,
> luego me he debianizado y ahora quiero versionarlo con el svn,
> segun lo que entendí de ese hilo es que hay algun problema
> con los nombres de los ficheros, porque al revisarlos con el meld
> me crea efectivamente dos copias de cada fichero,
> pero bueno, a seguir buscando.
>
> Se me ocurre alguna solución:
> ¿como puedo revisar si todos los nombres
> de ficheros del proyecto son utf8 válidos?
>
> Desde ya gracias a todos.

Y bueno como para finalizar este hilo:
El problema se encontraba en mi copia de trabajo local,
1) Renombre los ficheros con caracteres extraños en sus nombres
por fuera de svn,
2) svn update y me volvio a crear los archivos con los nombres extraños
3) svn rm a los archivos de nombres extraños
3) svn add a los archivos de nombre correctos
4) svn commit -m "correccion de codificacion en los nombres de los ficheros"
y el problema quedó solucionado.

A todos muchas gracias por su ayuda.
-- 
§~^Calabaza^~§ from Villa Elisa, Paraguay


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Re: OT - svn - error secuencia UTF-8 inválida (hex: f3 6e 2e 64)

2009-01-26 Por tema Calabaza
El día 26 de enero de 2009 11:14, Sylvia Sánchez  escribió:
> El lun, 26-01-2009 a las 10:57 -0300, Calabaza escribió:
>
> El día 26 de enero de 2009 7:17, Calabaza  escribió:
>> El día 23 de enero de 2009 21:57, Marc  escribió:
>>> En/na Calabaza ha escrit:

 Amigos, disculpen el OT, lo que pasa es
 que no se a donde postear, he
 levantado un servidor subversion y al hacer un svn add me da el
 siguiente error:

 proyecto/trunk$ svn update
 svn: Datos UTF-8 válidos
 (hex: 41 63 74 61 20 64 65 20 61 70 72 6f 62 61 63 69)
 seguidos de una secuencia UTF-8 inválida
 (hex: f3 6e 2e 64)

 Y no se a que se debe este error,
 alguien me puede dar alguna idea de como enfrentarlo?
 He mirado la lista de subversion y no entiendo
 casi nada (mi ingles es
 muy malo) algo referente a esto lo encontre en unos reportes de
 bugs[0], pero no entendí bien el hilo.
 [0] http://kdesvn.alwins-world.de/ticket/47

 Uso Etch/Lenny, mi svn es:
 $ svn --version
 svn, versión 1.4.2 (r22196) compilado Nov 10 2006, 17:39:50

 y el servidor (que esta en mi misma pc)
 $ svnserve --version
 svnserve, versión 1.4.2 (r22196) compilado Nov 10 2006, 17:39:50

 Alguna idea de por donde puedo mirar?

 Desde ya muchas gracias.

>>>
>>> Cuando me he encontrado con algún problema
>>> similar del subversion, la
>>> solución más efectiva ha sido siempre
>>>
>>> - sacar una copia de seguridad de mi versión local.
>>> -descargar el repo entero desde 0 (svn checkout)
>>> -comparar ambas versiones con algun front-end de diff.
>>> Soy kde-ero pero Meld
>>> es mi favorito. Utiliza la opción "Comparar directorios",
>>> no la opción
>>> "Navegador de control de versiones".
>>> -Ir pasando los archivos del backup al árbol
>>> descargado del repo. Y aqui
>>> pienso que es el punto clave, no copies ningún
>>> directorio, sino los ficheros
>>> directamente, así no se te copiará el directorio .svn,
>>> que es que tiene
>>> información tal vez errónea en tu copia de seguridad.
>>> Por lo menos con Meld,
>>> si le das a copiar un archivo te creará los
>>> directorios correspondientes
>>> pero sin subdirectorio .svn "corrupto"
>>> -Y una vez pasada toda la información hacer un commit.
>>
>> Receta anotada! mil gracias, la probaré y luego cuento...
>>
>
> He probado lo que indicaste,
> y he descubierto una nueva herramienta meld
> pero no me soluciono el problema,
> al hacer el comit me da el mismo error... :(
>
>>> Y finalmente un comentario [OT] de tu [OT]:
>>> Veo que tu versión de subversión debe ser la de etch,
>>> porque yo tengo la de
>>> lenny que es la 1.5.1 .
>>> Si algún día cambias de versión del server de subversion
>>> debes utilizar el
>>> comando svndump para traspasar el repo de la versión
>>> antigua a la nueva.
>>
>> Uf, este tip si que me va a ayudar, gracias nuevamente :)
>>
>>> Suerte !!!
>>
>> Gracias, por compartir tu experiencia con todos nosotros.
>>
>> Un abrazo para todos.
>
> Me he encontrado con esto[1]
> [1]http://svn.haxx.se/users/archive-2008-12/0127.shtml
>
> y haciendo:
> $ echo $LANG
> es_PY.UTF-8
>
> Ahora lo que no sé es: cual es el valor correcto que sugiere el mensaje.
>
> Otro abrazo...
> --
> §~^Calabaza^~§ from Villa Elisa, Paraguay
>


> ¿Y si intentás es_es?  A mí a veces me da resultado.
>
> Salut!
> Sylvia
>

Ok, voy a probar :)

Ahora encontre otro hilo[2] que me dio más luz,
pero sin solución todavía...

[2]http://svn.haxx.se/users/archive-2006-04/0841.shtml

Comentando algo más:
El proyecto original vino de winXP,
luego me he debianizado y ahora quiero versionarlo con el svn,
segun lo que entendí de ese hilo es que hay algun problema
con los nombres de los ficheros, porque al revisarlos con el meld
me crea efectivamente dos copias de cada fichero,
pero bueno, a seguir buscando.

Se me ocurre alguna solución:
¿como puedo revisar si todos los nombres
de ficheros del proyecto son utf8 válidos?

Desde ya gracias a todos.
-- 
§~^Calabaza^~§ from Villa Elisa, Paraguay


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Re: OT - svn - error secuencia UTF-8 inválida (hex: f3 6e 2e 64)

2009-01-26 Por tema Calabaza
El día 26 de enero de 2009 7:17, Calabaza  escribió:
> El día 23 de enero de 2009 21:57, Marc  escribió:
>> En/na Calabaza ha escrit:
>>>
>>> Amigos, disculpen el OT, lo que pasa es
>>> que no se a donde postear, he
>>> levantado un servidor subversion y al hacer un svn add me da el
>>> siguiente error:
>>>
>>> proyecto/trunk$ svn update
>>> svn: Datos UTF-8 válidos
>>> (hex: 41 63 74 61 20 64 65 20 61 70 72 6f 62 61 63 69)
>>> seguidos de una secuencia UTF-8 inválida
>>> (hex: f3 6e 2e 64)
>>>
>>> Y no se a que se debe este error,
>>> alguien me puede dar alguna idea de como enfrentarlo?
>>> He mirado la lista de subversion y no entiendo
>>> casi nada (mi ingles es
>>> muy malo) algo referente a esto lo encontre en unos reportes de
>>> bugs[0], pero no entendí bien el hilo.
>>> [0] http://kdesvn.alwins-world.de/ticket/47
>>>
>>> Uso Etch/Lenny, mi svn es:
>>> $ svn --version
>>> svn, versión 1.4.2 (r22196) compilado Nov 10 2006, 17:39:50
>>>
>>> y el servidor (que esta en mi misma pc)
>>> $ svnserve --version
>>> svnserve, versión 1.4.2 (r22196) compilado Nov 10 2006, 17:39:50
>>>
>>> Alguna idea de por donde puedo mirar?
>>>
>>> Desde ya muchas gracias.
>>>
>>
>> Cuando me he encontrado con algún problema
>> similar del subversion, la
>> solución más efectiva ha sido siempre
>>
>> - sacar una copia de seguridad de mi versión local.
>> -descargar el repo entero desde 0 (svn checkout)
>> -comparar ambas versiones con algun front-end de diff.
>> Soy kde-ero pero Meld
>> es mi favorito. Utiliza la opción "Comparar directorios",
>> no la opción
>> "Navegador de control de versiones".
>> -Ir pasando los archivos del backup al árbol
>> descargado del repo. Y aqui
>> pienso que es el punto clave, no copies ningún
>> directorio, sino los ficheros
>> directamente, así no se te copiará el directorio .svn,
>> que es que tiene
>> información tal vez errónea en tu copia de seguridad.
>> Por lo menos con Meld,
>> si le das a copiar un archivo te creará los
>> directorios correspondientes
>> pero sin subdirectorio .svn "corrupto"
>> -Y una vez pasada toda la información hacer un commit.
>
> Receta anotada! mil gracias, la probaré y luego cuento...
>

He probado lo que indicaste,
y he descubierto una nueva herramienta meld
pero no me soluciono el problema,
al hacer el comit me da el mismo error... :(

>> Y finalmente un comentario [OT] de tu [OT]:
>> Veo que tu versión de subversión debe ser la de etch,
>> porque yo tengo la de
>> lenny que es la 1.5.1 .
>> Si algún día cambias de versión del server de subversion
>> debes utilizar el
>> comando svndump para traspasar el repo de la versión
>> antigua a la nueva.
>
> Uf, este tip si que me va a ayudar, gracias nuevamente :)
>
>> Suerte !!!
>
> Gracias, por compartir tu experiencia con todos nosotros.
>
> Un abrazo para todos.

Me he encontrado con esto[1]
[1]http://svn.haxx.se/users/archive-2008-12/0127.shtml

y haciendo:
$ echo $LANG
es_PY.UTF-8

Ahora lo que no sé es: cual es el valor correcto que sugiere el mensaje.

Otro abrazo...
-- 
§~^Calabaza^~§ from Villa Elisa, Paraguay


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Re: OT - svn - error secuencia UTF-8 inválida (hex: f3 6e 2e 64)

2009-01-26 Por tema Calabaza
El día 23 de enero de 2009 21:57, Marc  escribió:
> En/na Calabaza ha escrit:
>>
>> Amigos, disculpen el OT, lo que pasa es
>> que no se a donde postear, he
>> levantado un servidor subversion y al hacer un svn add me da el
>> siguiente error:
>>
>> proyecto/trunk$ svn update
>> svn: Datos UTF-8 válidos
>> (hex: 41 63 74 61 20 64 65 20 61 70 72 6f 62 61 63 69)
>> seguidos de una secuencia UTF-8 inválida
>> (hex: f3 6e 2e 64)
>>
>> Y no se a que se debe este error,
>> alguien me puede dar alguna idea de como enfrentarlo?
>> He mirado la lista de subversion y no entiendo
>> casi nada (mi ingles es
>> muy malo) algo referente a esto lo encontre en unos reportes de
>> bugs[0], pero no entendí bien el hilo.
>> [0] http://kdesvn.alwins-world.de/ticket/47
>>
>> Uso Etch/Lenny, mi svn es:
>> $ svn --version
>> svn, versión 1.4.2 (r22196) compilado Nov 10 2006, 17:39:50
>>
>> y el servidor (que esta en mi misma pc)
>> $ svnserve --version
>> svnserve, versión 1.4.2 (r22196) compilado Nov 10 2006, 17:39:50
>>
>> Alguna idea de por donde puedo mirar?
>>
>> Desde ya muchas gracias.
>>
>
> Cuando me he encontrado con algún problema
> similar del subversion, la
> solución más efectiva ha sido siempre
>
> - sacar una copia de seguridad de mi versión local.
> -descargar el repo entero desde 0 (svn checkout)
> -comparar ambas versiones con algun front-end de diff.
> Soy kde-ero pero Meld
> es mi favorito. Utiliza la opción "Comparar directorios",
> no la opción
> "Navegador de control de versiones".
> -Ir pasando los archivos del backup al árbol
> descargado del repo. Y aqui
> pienso que es el punto clave, no copies ningún
> directorio, sino los ficheros
> directamente, así no se te copiará el directorio .svn,
> que es que tiene
> información tal vez errónea en tu copia de seguridad.
> Por lo menos con Meld,
> si le das a copiar un archivo te creará los
> directorios correspondientes
> pero sin subdirectorio .svn "corrupto"
> -Y una vez pasada toda la información hacer un commit.

Receta anotada! mil gracias, la probaré y luego cuento...

> Y finalmente un comentario [OT] de tu [OT]:
> Veo que tu versión de subversión debe ser la de etch,
> porque yo tengo la de
> lenny que es la 1.5.1 .
> Si algún día cambias de versión del server de subversion
> debes utilizar el
> comando svndump para traspasar el repo de la versión
> antigua a la nueva.

Uf, este tip si que me va a ayudar, gracias nuevamente :)

> Suerte !!!

Gracias, por compartir tu experiencia con todos nosotros.

Un abrazo para todos.
-- 
§~^Calabaza^~§ from Villa Elisa, Paraguay


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Re: OT - svn - error secuencia UTF-8 inválida (hex: f3 6e 2e 64)

2009-01-23 Por tema Marc

En/na Calabaza ha escrit:

Amigos, disculpen el OT, lo que pasa es que no se a donde postear, he
levantado un servidor subversion y al hacer un svn add me da el
siguiente error:

proyecto/trunk$ svn update
svn: Datos UTF-8 válidos
(hex: 41 63 74 61 20 64 65 20 61 70 72 6f 62 61 63 69)
seguidos de una secuencia UTF-8 inválida
(hex: f3 6e 2e 64)

Y no se a que se debe este error,
alguien me puede dar alguna idea de como enfrentarlo?
He mirado la lista de subversion y no entiendo casi nada (mi ingles es
muy malo) algo referente a esto lo encontre en unos reportes de
bugs[0], pero no entendí bien el hilo.
[0] http://kdesvn.alwins-world.de/ticket/47

Uso Etch/Lenny, mi svn es:
$ svn --version
svn, versión 1.4.2 (r22196) compilado Nov 10 2006, 17:39:50

y el servidor (que esta en mi misma pc)
$ svnserve --version
svnserve, versión 1.4.2 (r22196) compilado Nov 10 2006, 17:39:50

Alguna idea de por donde puedo mirar?

Desde ya muchas gracias.
  
Cuando me he encontrado con algún problema similar del subversion, la 
solución más efectiva ha sido siempre


- sacar una copia de seguridad de mi versión local.
-descargar el repo entero desde 0 (svn checkout)
-comparar ambas versiones con algun front-end de diff. Soy kde-ero pero 
Meld es mi favorito. Utiliza la opción "Comparar directorios", no la 
opción "Navegador de control de versiones".
-Ir pasando los archivos del backup al árbol descargado del repo. Y aqui 
pienso que es el punto clave, no copies ningún directorio, sino los 
ficheros directamente, así no se te copiará el directorio .svn, que es 
que tiene información tal vez errónea en tu copia de seguridad. Por lo 
menos con Meld, si le das a copiar un archivo te creará los directorios 
correspondientes pero sin subdirectorio .svn "corrupto"

-Y una vez pasada toda la información hacer un commit.

Y finalmente un comentario [OT] de tu [OT]:
Veo que tu versión de subversión debe ser la de etch, porque yo tengo la 
de lenny que es la 1.5.1 .
Si algún día cambias de versión del server de subversion debes utilizar 
el comando svndump para traspasar el repo de la versión antigua a la nueva.


Suerte !!!


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



OT - svn - error secuencia UTF-8 inválida (hex: f3 6e 2e 64)

2009-01-23 Por tema Calabaza
Amigos, disculpen el OT, lo que pasa es que no se a donde postear, he
levantado un servidor subversion y al hacer un svn add me da el
siguiente error:

proyecto/trunk$ svn update
svn: Datos UTF-8 válidos
(hex: 41 63 74 61 20 64 65 20 61 70 72 6f 62 61 63 69)
seguidos de una secuencia UTF-8 inválida
(hex: f3 6e 2e 64)

Y no se a que se debe este error,
alguien me puede dar alguna idea de como enfrentarlo?
He mirado la lista de subversion y no entiendo casi nada (mi ingles es
muy malo) algo referente a esto lo encontre en unos reportes de
bugs[0], pero no entendí bien el hilo.
[0] http://kdesvn.alwins-world.de/ticket/47

Uso Etch/Lenny, mi svn es:
$ svn --version
svn, versión 1.4.2 (r22196) compilado Nov 10 2006, 17:39:50

y el servidor (que esta en mi misma pc)
$ svnserve --version
svnserve, versión 1.4.2 (r22196) compilado Nov 10 2006, 17:39:50

Alguna idea de por donde puedo mirar?

Desde ya muchas gracias.
-- 
§~^Calabaza^~§ from Villa Elisa, Paraguay


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org