🚀 go-pugleaf

Iba "Jes�s M. NAVARRO" por es.comp.os.linux.programacion

> desarrollo, mientras que 2.4.19 ser�a una release... tampoco de manera
> exacta porque, obviamente, el kernel de linux contiene m�s de un fichero

Bien, me quer�a referir al 'tag' para marcar las revisiones de ficheros que 
conformar�an a la 'release 2.4.19'

> �Pues c�mo va a ser?  �Pues ley�ndose el manual, por supuesto!  El
> Cederqvist es expl�cito en eso y a �l me remito: en mi versi�n
> (v1.11.2-debian) el cap�tulo 5 se titula, precisamente, "Branching and
> merging".

Perdona, me he expresado mal. Aunque no he mirado como se hace (por ahora 
no lo necesito), sab�a ya que exist�a esta posibilidad, tanto por el 
Cederquist como por tu primer comentario.

Me quer�a referir ha si da muchos 'conflictos' cuando deseas 'unir' una 
rama con la release anterior para solucionar anteriores bugs.�Se maneja 
bien o puede llegar a ser un caos y mejor ir con 'patches' ?

>>>En dos palabras: N-O
>>>Sigue con CVS que ya vas bien.
>> 
>> Recibio, cambio y corto.
> 
> Quer�a decir "sigue con ssh", supongo que me habr�s entendido pese al
> 'lapsus calami'.  En realidad, el uso de pserver puede ser v�lido en el
> caso de acceso an�nimo s�lo lectura, pero nada m�s.

Te veo muy tenso respecto a este tema (por tu respuesta a Alvaro=. Yo ahora 
he montado els cvspserver para estos motivos:

- No debo entrar el password a cada operaci�n (si, ya se lo de auth RSA ya) 
- Me permite distinguir en los logs del sistema entre conexiones ssh y 
conexiones cvs.

Por el tema seguridad, he visto que no tienes por qu� usar la misma 
contrase�a CVS que para el sistema, con lo qual si se compromete algo ser� 
el mismo repositorio, no el sistema entero.

A�n as�, cvspserver s�lo est� accesible des de la red local, tras un filtro 
de paquetes Net-Filter y el TCP wrappers, creo que ser� suficiente. Para 
conexiones exteriores segui� usando el metodo RSH=/usr/bin/ssh

�Por qu� tanta alarma?

Salut
Count