cvs-fast-export: en línea en la nube

PROGRAMA:

NOMBRE

cvs-fast-export: historial de exportación rápida desde un repositorio CVS o una colección RCS.

SINOPSIS

cvs-exportación rápida [-h] [-C] [-F] [-a] [-w pelusa] [-g] [-l] [-v] [-q] [-V] [-T] [-p] [-P] [-i
datos] [-k expansión] [-UN mapa de autor] [-t hilos] [-R mapa de revoluciones] [--reposcirujano] [-e sanaciones]
[-s prefijo]

DESCRIPCIÓN

cvs-fast-export intenta agrupar las confirmaciones y etiquetas por archivo en una colección de archivos RCS o
El repositorio de proyectos CVS en el conjunto de cambios por proyecto se confirma con metadatos comunes, en el
estilo de Subversion y sistemas de control de versiones posteriores.

Esta herramienta se utiliza mejor junto con reposicionado(1). Exportación rápida de CVS simple
las conversiones contienen varios tipos de fósiles que el reposcirugía es bueno para limpiar. Ver
el CÓMO de migración de DVCS para aprender acerca de los pasos de pulido y verificación de cordura requeridos
para una conversión de muy alta calidad, incluida la elevación de referencia y varios tipos de
limpieza de artefactos.

Si se proporcionan argumentos, el programa asume que todos los que terminan con la extensión ", v" son
archivos maestros y los lee. Si no se proporcionan argumentos, el programa lee los nombres de archivo
de stdin, uno por línea. Se omiten los directorios y archivos que no terminan en ", v". (Pero mira
la descripción de la -P sobre cómo cambiar este comportamiento).

Se manejan archivos de Unix CVS o CVS-NT. Si una colección de archivos tiene un commitid
, los conjuntos de cambios se construirán de manera confiable utilizando esos.

En el modo predeterminado, que genera un flujo de exportación rápida de estilo git a la salida estándar:

· El prefijo dado usando la opción -s o, si se omite la opción, el común más largo
El prefijo de las rutas se descarta de cada ruta.

· Los archivos en los directorios CVS Attic y RCS se tratan como si fueran "Attic /" o "RCS /"
parte del camino estaban ausentes. Esto generalmente restaura el historial de archivos que fueron
eliminada.

· Los permisos en todos los archivos relacionados con un archivo en particular serán controlados por el
permisos en el maestro correspondiente. Si el bit ejecutable en el maestro está activado,
todos sus fileops tendrán 100755 permisos; de lo contrario 100644.

· Un conjunto de operaciones de archivo se fusiona en un conjunto de cambios si (a) todos comparten
el mismo commitid, o (b) todos no tienen commitid pero comentarios de cambio idénticos, autores,
y fechas de modificación dentro de la ventana definida por el parámetro time-fuzz. diferente a
algunos otros exportadores, no se intenta derivar conjuntos de cambios a partir de etiquetas compartidas.

· Las confirmaciones se emiten en orden de tiempo a menos que cvs-fast-export detecte que algún padre
es más joven que su hijo (esto es poco probable pero posible en casos de reloj severo
sesgar). En ese caso, verá una advertencia sobre el error estándar y la orden de emisión es
garantizado topológicamente correcto, pero no especificado (y está sujeto a
cambiar en futuras versiones de este programa).

· Las etiquetas CVS se convierten en etiquetas ligeras de git cuando se pueden asociar sin ambigüedades con un
conjunto de cambios. Si se adjunta la misma etiqueta a deltas de archivo que se resuelven en múltiples
conjuntos de cambios, se informa como si estuviera adjunto al último de ellos.

· Se cambia el nombre de la rama HEAD a dominar.

· Otros nombres de etiquetas y sucursales están desinfectados para que sean legales para git; los personajes ~ ^ \ *? están
eliminado.

· Dado que los archivos .cvsignore tienen una sintaxis compatible con la de los archivos .gitignore,
se les cambia el nombre. Para simular el comportamiento de ignorar predeterminado de CVS, aquellos
los valores predeterminados se anteponen a la raíz .cvsignore blobs renombrados a .gitignore, y una raíz
.gitignore que contiene los valores predeterminados se genera si no existen tales blobs.

Consulte la sección posterior sobre LIMITACIONES RCS / CVS para obtener más información sobre casos extremos y
problemas de conversión.

Este programa no depende de ninguno de los metadatos CVS que se encuentran fuera del individuo.
archivos de contenido (por ejemplo, bajo CVSROOT).

La variable TMPDIR se respeta y se utiliza al generar un directorio temporal en el que
almacenar el contenido del archivo durante el procesamiento.

OPCIONES

-h
Mostrar resumen de uso.

-w pelusa
Establezca el factor de fuzz de la marca de tiempo para identificar conjuntos de parches en segundos. El valor predeterminado es
300 segundos. Esta opción es irrelevante para conjuntos de cambios con commitids.

-k
Especifique la expansión de palabras clave RCS / CVS. Puede especificar cualquiera de las expansiones de palabras clave CVS
tipos: "kv" (valor de palabra clave), "kvl" (casillero de valor de palabra clave), "k" (solo palabra clave), "v"
(solo valor), "o" (sin expansión) o "b" (binario - sin extensión, sin final de línea
conversión). Las reglas de CVS son: (1) si el maestro tiene -kb establecido en su palabra clave interna
campo, haga eso, de lo contrario (2) si se estableció un tipo de expansión en la línea de comando, haga
que, de lo contrario (3) si el campo de palabra clave interna del archivo está configurado, haga eso, de lo contrario
utilizar kv. cvs-fast-export se comporta de forma ligeramente diferente; el valor predeterminado es kb en lugar de
kkv, kvl se trata como kv y ko se trata como kb (es decir, sin fin de línea
se realiza alguna vez la normalización).

-g
generar una imagen del gráfico de confirmación en el lenguaje de marcado DOT utilizado por graphviz
herramientas, en lugar de exportar rápidamente.

-l
Las advertencias suelen ir al error estándar. Esta opción, que toma un nombre de archivo, permite
para redirigirlos a un archivo> Conveniente con la opción -p.

-a
Vierta una lista de los ID de autor que se encuentran en el repositorio, en lugar de exportarlos rápidamente.

-C
Forzar el orden canónico (igual que el de git-fast-export) en el flujo emitido. Las manchas son
emitidos lo más tarde posible antes de las confirmaciones que los requieran. Se reduce
rendimiento en aproximadamente un factor de dos. Repositorios en los que se compromete el orden temporal
es inconsistente con su orden topológico producirá una exportación rápida con formato incorrecto
se transmite en modo -C; estos bloquearán el importador de Git.

-F
Forzar orden rápida. Los blobs se emiten primero y luego se confirman.

-A mapa de autor
Aplique un archivo de mapa de autor a las líneas de atribución. Cada línea debe tener el formato

ferd = Ferd J. Foonly[email protected]> América / Chicago

y se aplicará para mapear el nombre de usuario de Unix fard a la identidad de usuario de estilo DVCS
especificado después del signo igual. El campo de zona horaria (después de> y espacio en blanco) es
opcional y (si está presente) se utiliza para establecer el desplazamiento de la zona horaria que se adjuntará a la
fecha; Los formatos aceptables para el campo de zona horaria son cualquier cosa que pueda estar en el TZ
variable de entorno, incluido un desplazamiento [+ -] hhmm. Espacio en blanco alrededor del signo igual
está despojado. Las líneas que comienzan con un # o que no contienen un signo igual son silenciosas
ignorado

-R mapa de revoluciones
Escriba un mapa de revisión para el nombre de archivo de argumento especificado. Cada línea del mapa de revisión
consta de tres campos separados por espacios en blanco: un nombre de archivo, un número de revisión RCS y
la marca de la confirmación a la que se asignó ese par nombre de archivo-revisión. No funciona
con -g.

-v
Muestre mensajes de progreso detallados principalmente de interés para los desarrolladores.

-q
Ejecutar silenciosamente, suprimiendo los mensajes de advertencia sobre la ausencia de commitids y otros menores.
problemas que el programa normalmente puede compensar pero que pueden indicar
problemas de conversión. Diseñado para usarse con cvsconvert, que hace su propia corrección
cheques.

-T
Forzar fechas deterministas para las pruebas de regresión. Cada conjunto de parches tendrá un
fecha atribuida de aumento monótono calculada a partir de su marca en el flujo de salida: la
valor de marca multiplicado por dos veces la ventana de tiempo de compromiso.

--reposcirujano
Emitir para cada confirmación una lista del archivo CVS: pares de revisión componiéndolo como un estilo bzr
confirmar la propiedad denominada "cvs-revisiones". Desde la versión 2.12 en adelante, reposicionado(1 lata
interprete estos y utilícelos como sugerencias para la obtención de referencias.

--incrustar-id
Agregue a cada comentario de confirmación la identificación de las confirmaciones de CVS que contribuyeron a
él.

-V
Emitir la versión del programa y salir.

-e sanaciones
Los nombres de sucursales exportados tienen el prefijo refs / remotes /sanaciones en lugar de refs / jefes,
haciendo que la importación parezca provenir del control remoto nombrado.

-s prefijo
Quite el prefijo dado en lugar del prefijo común más largo

-t número de hilos
La ejecución de subprocesos múltiples aumenta la huella de memoria del programa proporcionalmente a la
número de subprocesos, pero significa que la conversión puede ejecutarse en menos tiempo total porque una E / S
La operación que involucra un archivo maestro no bloqueará el procesamiento intensivo de cómputo de
otros. De forma predeterminada, el programa asume de forma conservadora que puede utilizar dos subprocesos por
procesador disponible. Puede utilizar esta opción para establecer el número de subprocesos; el valor 0
fuerza el procesamiento secuencial sin subprocesos.

-p
Habilite los informes de progreso. Esto también vuelca estadísticas (tiempo transcurrido y tamaño de
residente máximo establecido) para varios puntos en la ejecución de conversión.

-P
Normalmente, cvs-fast-export omitirá cualquier nombre de archivo presentado como argumento o en stdin
que no termina con la extensión RCS / CVS ", v", y también ignorará una ruta
que contiene la cadena CVSROOT (esto evita molestias cuando se ejecuta desde o por encima de un
directorio CVS de nivel superior). Una lectura estricta de RCS permite maestros sin el, v
extensión. Esta opción establece el modo promiscuo, deshabilitando ambos controles.

-i datos
Habilite el modo de volcado incremental. Solo se compromete con una fecha posterior a la especificada por el
se emiten argumentos. Cada raíz de rama en el volcado incremental está decorada con
git-stream magic que, cuando se interpreta en el contexto de un repositorio en vivo, se conectará
esa rama a cualquier rama del mismo nombre. Se espera que la fecha sea RFC3339
conforme (por ejemplo, aa-mm-ddThh: mm: ssZ) o bien un tiempo Unix entero en segundos.

Si no se especifica -F ni -C, cvs-fast-export elegirá un modo basado en
tamaño del repositorio: orden canónico para repositorios pequeños, rápido para grandes. Herramientas que
consumir git-fast-import streams no debería importarle; este comportamiento es para atrás
compatibilidad.

EJEMPLO

Una invocación muy típica se vería así:

encontrar . | cvs-fast-export> stream.fi

Su distribución cvs-fast-export también debería proporcionar sincronización cvs(1), una herramienta para buscar CVS
masters desde un repositorio remoto. Usarlos juntos se verá así:

sincronización cvs [email protected]: / fuentes / groff groff
encontrar groff | cvs-fast-export> groff.fi

Los informes de progreso pueden ser tranquilizadores si espera que una conversión se ejecute durante algún tiempo. Eso
animará los porcentajes de finalización a medida que avanza la conversión y mostrará los tiempos cuando
hecho.

La suite cvs-fast-export contiene un script contenedor llamado cvsconvertir que es útil para
ejecutar una conversión y comparar automáticamente su contenido con el original de CVS.

RCS / CVS LIMITACIONES

Traducir repositorios RCS / CVS al modelo DVCS genérico expresado por flujos de importación es
no solo es difícil y desordenado, hay casos extraños de RCS / CVS que no pueden ser correctamente
traducido en absoluto. cvs-fast-export intentará advertirle sobre estos casos en lugar de
produciendo silenciosamente traducciones rotas o incompletas, pero hay dragones. Nosotros recomendamos
algunas precauciones bajo CONTROL DE SANIDAD.

CVS-NT y las versiones de GNU CVS posteriores a 1.12 (2004) agregaron un ID de compromiso de conjunto de cambios al archivo
metadatos. Las secciones más antiguas del historial de CVS sin estas son vulnerables a varios problemas
causado por la desviación del reloj entre clientes; esto solía ser relativamente común para múltiples
razones, incluido el uso menos generalizado de la sincronización del reloj NTP. cvs-fast-export será
advertirle ("confirmaciones antes de esta fecha carecen de confirmaciones") cuando vea una sección de este tipo en su
historia. Cuando lo hace, se aplican estas advertencias:

· Si las marcas de tiempo de las confirmaciones en el repositorio de CVS no eran lo suficientemente estables para ser utilizadas para
Al ordenar confirmaciones, es posible que los cambios se notifiquen en el orden incorrecto.

· Si el orden de la marca de tiempo de diferentes archivos cruza el orden de revisión dentro del
ventana de tiempo de coincidencia de confirmaciones, el orden de las confirmaciones informadas puede ser incorrecto.

Una propiedad más afectada por los commitids es la estabilidad de los viejos conjuntos de cambios bajo
vertido incremental. Bajo una implementación de CVS que emite commitids, los nuevos compromisos de CVS son
garantizado que no cambiará la derivación del conjunto de cambios de cvs-fast-export de un historial anterior;
por lo tanto, actualizar un repositorio DVCS de destino con volcados incrementales desde un CVS en vivo
la instalación funcionará. Incluso si las porciones más antiguas de la historia no tienen commitids,
las conversiones serán estables. Esta garantía de estabilidad se pierde si está utilizando una versión de
CVS que no emite commitids.

También tenga en cuenta que un repositorio CVS debe volver a analizarse por completo incluso para incrementos
deshecho; por lo tanto, el tiempo de procesamiento y los requisitos de memoria aumentarán con el repositorio total
tamaño incluso cuando el intervalo de informe solicitado del volcado incremental es pequeño.

Estos problemas no se pueden solucionar en cvs-fast-export; son inherentes a CVS.

CVS-EXPORTACIÓN-RÁPIDA REQUISITOS Y LIMITACIONES

Debido a que el código está diseñado para tratar con grandes conjuntos de datos, se ha optimizado para
Máquinas de 64 bits y no se ha hecho ningún esfuerzo especial para mantenerlo limpio de 32 bits. Varios
los contadores pueden desbordarse si intenta usarlo para levantar un gran repositorio en una máquina de 32 bits.

Las ramas que ocurren en solo un subconjunto de los maestros analizados no se resuelven correctamente;
en su lugar, se creará un historial completamente disjunto que contiene las revisiones de la rama y
todos los padres de vuelta a la raíz.

Las sucursales de los proveedores de CVS son una fuente de problemas. Combinaciones suficientemente extrañas de importaciones
y las modificaciones locales se traducirán mal, produciendo contenido incorrecto en el maestro y
en otro lugar.

Algunos otros exportadores de CVS intentan, o han intentado, deducir conjuntos de cambios de etiquetas compartidas incluso
cuando los metadatos de los comentarios no coinciden perfectamente. Este no lo hace; los diseñadores juzgan que
tropezar con demasiados casos patológicos de marcado de CVS.

El programa intenta hacer algo útil en los casos en los que aparece una etiqueta en un conjunto de
revisiones que no corresponden a ninguna confirmación de gitspace. En este caso una rama etiquetada
que contiene solo una confirmación, lo que garantiza que puede consultar un conjunto de archivos
que contiene el contenido CVS de la etiqueta. La raíz de la rama es el compromiso de gitspace
donde se produce por primera vez la última revisión de CVS en el conjunto etiquetado; este es el compromiso el
la etiqueta señalaría si se ignorara su carácter incompleto.

Cuando se ejecuta multiproceso, existe un caso límite en el que el comportamiento del programa es
no determinista. Si parece que la misma etiqueta debería asignarse a dos
gitspace se confirma con la misma marca de tiempo, la etiqueta en la que realmente aterriza será aleatoria.

cvs-fast-export está diseñado para realizar la traducción con todas sus estructuras intermedias en
memoria, en una pasada. Esto contrasta con cvs2git(1), que utiliza varias pasadas y
revistas estructuras intermedias a disco. Las compensaciones son que cvs-fast-export es mucho
más rápido que cvs2git, pero fallará con un error de memoria insuficiente en repositorios CVS grandes
lo suficiente para desbordar tu memoria física. En la práctica, es poco probable que supere este límite
en una máquina con 32 GB de RAM y seguro que no lo hará con 64 GB. Intentos de hacer
Las grandes conversiones en solo un espacio de direcciones de 32 bits (4 GB), por otro lado, es poco probable que
terminar bien.

Los requisitos de almacenamiento transitorio del programa pueden ser bastante mayores; debe sorber
cada archivo maestro completo una vez para hacer el ensamblaje delta y generar la versión
instantáneas que se convertirán en instantáneas. El uso de la opción -t multiplica la cantidad esperada
de almacenamiento transitorio requerido por el número de subprocesos; Úselo con cuidado, ya que es fácil de
empujar el uso de memoria tan alto que la sobrecarga de intercambio abruma las ganancias de no constantemente
bloqueo en E / S.

En modo -C, el programa también requiere espacio en disco temporal equivalente a la suma de
tamaños de todas las revisiones en todos los archivos. Esto no es así en el modo -F.

En el hardware de PC estándar en 2014, cvs-fast-export alcanza velocidades de procesamiento superiores a 64K
CVS se compromete por minuto en repositorios reales. El rendimiento del tiempo está principalmente ligado a E / S y
se puede mejorar si se ejecuta en un SSD.

CORDURA CONTROL

Después de la conversión, es una buena práctica realizar los siguientes pasos de verificación:

1. Si ejecutó la conversión directamente con cvs-fast-export en lugar de usar cvsconvert,
use diff(1) con la opción -r para comparar una comprobación principal de CVS con una comprobación del
repositorio convertido. Las únicas diferencias que debería ver son las debidas a la palabra clave RCS
expansión, levantamiento de .cvsignore y desajustes de manifiesto debido a que CVS no rastrea el archivo
muertes con bastante razón. Si esto no es cierto, es posible que haya encontrado un error en
cvs-fast-export; por favor repórtelo con una copia del repositorio de CVS.

2. Examine el repositorio traducido con reposicionado(1) buscando (en particular)
etiquetas extraviadas o uniones de rama. A menudo, estos se pueden reparar manualmente con poco
esfuerzo. Estos defectos hacen No implica necesariamente errores en cvs-fast-export; ellos pueden simplemente
indican malformaciones previamente no detectadas en la historia de CVS. Sin embargo, informar
ellos pueden ayudar a mejorar cvs-fast-export.

Lo anterior es una versión abreviada de parte de DVCS Migration HOWTO; búsquelo para más.

DEVOLUCION VALOR

0 si todos los archivos se encontraron y se convirtieron correctamente, 1 en caso contrario.

ERROR MENSAJES

La mayoría de los mensajes que emite cvs-fast-export son autoexplicativos. Aquí hay algunos que
no lo son. Donde dice "revisar la cabeza", asegúrese de verificar la cordura con la revisión de la cabeza.

no se pudo asignar la etiqueta a una confirmación
Las etiquetas RCS / CVS son por archivo, no por revisión. Si los desarrolladores no tienen cuidado en sus
uso de etiquetado, puede ser imposible asociar una etiqueta con cualquiera de los conjuntos de cambios
que resuelve cvs-fast-export. Cuando esto sucede, cvs-fast-export emitirá este
advertencia y la etiqueta nombrada se descartará.

compromiso del niño emitido antes que el padre
Se produjo un error en la canonicalización de la exportación. Esto probablemente fue causado por CVS
cometer marcas de tiempo en el orden incorrecto para su relación padre-hijo. Tratar
la opción -F.

descartar rama muerta sin etiquetar
El análisis encontró una rama de CVS sin etiqueta que consistiera enteramente en revisiones muertas. Estas
no puede haber sido visible en el estado de archivo del CVS en el momento de la conversión; está
posible que hayan sido visibles como contenido de la rama en algún momento de la
pasado del repositorio, pero sin una etiqueta de identificación ese estado es imposible de
reconstruir.

advertencia - rama sin nombre
Una rama CVS con una revisión en vivo carece de una etiqueta principal. Una etiqueta con "-UNNAMED-BRANCH"
se generará con el sufijo del nombre de la rama principal.

advertencia: no se generó una rama maestra
cvs-fast-export no pudo identificar la rama predeterminada (HEAD) y, por lo tanto, no hay
"maestro" en la conversión; esto confundirá seriamente a git y probablemente a otros VCSes
cuando intentan importar el flujo de salida. Es posible que pueda identificar y cambiar el nombre de un
rama maestra usando reposicionado(1).

advertencia: xxx más reciente que yyy
Al principio del análisis de un archivo maestro CVS, el orden de clasificación de tiempo de sus deltas no coincide
el orden topológico definido por los números de revisión. La causa más probable de esto
es la desviación de reloj entre clientes en versiones muy antiguas de CVS. El programa intentará
corregir esto ajustando la fecha de revisión de la confirmación fuera de orden para que sea la
de su padre, pero esto no puede evitar otros errores de sesgo temporal más adelante en el análisis.

sugerencia de confirmación anterior a la unión de rama imputada
Un problema similar al que se informa "más nuevo que" en una etapa posterior, cuando el archivo se ramifica
se están tejiendo en ramas de conjuntos de cambios. Una sucursal de CVS en una colección a punto de ser
fusionado en una rama de gitspace tiene una confirmación de sugerencia más antigua que la confirmación más antigua que es
un padre en algún (otro) consejo de la colección. La rama adventicia es cortada
apagado.

algunos padres se comprometen son más jóvenes que los niños
Puede indicar que cvs-fast-export agregó algunos conjuntos de cambios en el orden incorrecto;
probablemente inofensivo, pero compruebe la cabeza.

advertencia - punto de bifurcación posterior a la bifurcación
Al final del análisis, cuando se conectan ramas a sus padres en el conjunto de cambios DAG,
la fecha de confirmación de la confirmación raíz de una rama es anterior a la fecha del padre
se conecta a. Podría ser otro síntoma de desviación del reloj, o podría apuntar a un
Error en el análisis topológico del programa. Examinar confirmaciones cerca de la combinación con
reposicionado(1); la rama puede necesitar ser reparentalizada a mano.

más de un delta con el número XYZ
El historial de CVS contenía números delta de archivos duplicados. Nunca debería suceder, y puede
indice un archivo CVS dañado si lo hace; comprobar la cabeza.

{revisión | parche} con profundidad extraña
Nunca debería suceder; Se supone que solo los números de rama tienen una profundidad impar, no el archivo.
números de parche o delta. Puede indicar un archivo CVS dañado; comprobar la cabeza.

etiqueta duplicada en CVS master, ignorando
Un maestro CVS tiene varias instancias de la misma etiqueta apuntando a diferentes deltas de archivo.
Probablemente un error del operador CVS y relativamente inofensivo, pero compruebe que la etiqueta
referente en la conversión tiene sentido.

la etiqueta o el nombre de la sucursal estaba vacío después de la desinfección
Error fatal: el nombre de la etiqueta estaba vacío después de que se eliminaron todos los caracteres ilegales para git.
Probablemente indica un archivo RCS dañado.

número de revisión demasiado largo, aumentar CVS_MAX_DEPTH
Error fatal: los búferes internos son demasiado cortos para manejar una revisión de CVS en un repositorio.
Aumente esta constante en cvs.hy reconstruya. Advertencia: esto aumentará el uso de la memoria.
y ralentizar mucho las pruebas.

número de secuencia de la instantánea demasiado grande, ensanche serial_t
Error fatal: el número de instantáneas de archivos en el repositorio de CVS sobrepasa un
encimera. Reconstruya cvs-fast-export desde la fuente con un serial_t más amplio parcheado en cvs.h.
Advertencia: esto aumentará significativamente el tamaño del conjunto de trabajo.

demasiadas ramas, ensanchar branchcount_t
Error fatal: el número de ramas que descienden de una única confirmación sobrepasa un
contador interno. Reconstruir cvs-fast-export desde la fuente con un branchcount_t más amplio
parcheado en cvs.h. Advertencia: esto aumentará significativamente el tamaño del conjunto de trabajo.

error interno - ciclo de bifurcación
cvs-fast-export encontró un ciclo mientras ordenaba topológicamente las confirmaciones por enlace principal. Esta
nunca debería suceder y probablemente indica un error interno grave: presente un error
.

error interno - etiqueta perdida
Al final del análisis (después de la fusión del conjunto de cambios), una etiqueta perdió su referencia de confirmación. Esta
nunca debería suceder y probablemente indica un error interno: presente un error
.

PRESENTACIÓN DE INFORMES LOCO

Informar errores a Eric S. Raymond[email protected]>. La página del proyecto está en
http://catb.org/~esr/cvs-fast-export

Use cvs-fast-export en línea usando los servicios de onworks.net