[RFR] wml://devel/debian-volatile/index.wml

[Juanjavier Martínez <debian@juanjaviermartinez.com>]

Adjunto archivo para su revisión. Disculpad por la tardanza desde el [ITT]. Como dije, causas familiares *muy* graves.

Saludos,

Juan Javier Martínez.

#use wml::debian::template title="El Proyecto Debian Volátil"
<define-tag current_testing_name>etch</define-tag>

<h2>Debian-volátil para usuarios finales</h2>

<p><strong>¿Qué es Debian-volátil?</strong><br />
Algunos paquetes apuntan a objetivos que se mueven muy rápido, tales como filtrado de spam y búsqueda
de virus, e incluso cuando se usan patrones de datos actualizados, no funcionan verdaderamente
durante toda la vida de una publicación estable. La meta principal de volátil es permitir a los
administradores de sistemas actualizarlos de una forma correcta y consistente,
sin las contrapartidas del uso de unstable, incluso sin las contrapartidas de los paquetes seleccionados.
</p>

<p><strong>Ayuda de Seguridad para Debian volátil</strong><br />
El equipo oficial de seguridad no presta ayuda a debian volátil a fin de que 
<a href="team">el equipo de debian volátil</a> proporciona constantes actualizaciones 
de seguridad. Como noticia, un miembro del <a href="team">equipo de debian-volátil</a> 
es además miembro del <a href="http://secure-testing-master.debian.net/";>equipo de seguridad
de la distribución en pruebas de Debian</a>.</p>

<p><strong>Publicaciones de Debian volátil</strong><br />
Debian volátil tiene tanto un área de preparación como otra de publicación.
El área de preparación se usa solo por los demonios de compilación. No se garantiza que los paquetes
de este área sean utilizables por los usuarios finales. 
Los paquetes del área de preparación podrían no tener un trayecto seguro de actualización, además.
</p>
<p>Los paquetes se mueven al área de publicación siempre que se manda un anuncio de actualización de debian-volátil (VUA, en inglés) 
a la <href="http://lists.debian.org/debian-volatile-announce";>lista de correo debian-volatile
announce</a>. La ruta de actualización de los paquetes de este área sí se garantiza, así como la actualización a la 
próxima distribución estable (<actual_nombre_de_la_distribución_en_pruebas>).</p>

<p><strong>Contactos</strong><br />
Las direcciones genéricas de contacto (para paquetes nuevos, peticiones de espejo, ...) es la lista de correo
<a href="mailto:debian-volatile@lists.debian.org";>debian-volatile@lists.debian.org</a>.</p>
<p>Si quiere subscribirse a esa lista, vea por favor
<a href="http://lists.debian.org/debian-volatile";>http://lists.debian.org/debian-volatile</a>
para más información.</p>

<p><strong>Archivo</strong><br />
El archivo oficial de debian-volátil está disponible en el sitio principal
<a href="http://volatile.debian.net/debian-volatile";>volatile.debian.net</a>, aunque
una <a href="volatile-mirrors">red de espejos</a> está activa y disponible.

<h2>debian-volátil para desarrolladores</h2>

<p><strong>Reglas de aceptación</strong><br />
Para incluir un paquete en debian-volátil, tiene que reunir los siguientes criterios:</p>
<ul>
 <li>El paquete sólo debería prepararse en cooperación con su(s) mantenedor(es).<br />
 En otras palabras: un paquete se debería subir a debian-volátil
 solo por su(s) propio(s) mantenedor(es). Esta es la única manera en la que podemos asegurar
 soporte de seguridad para paquetes de debian-volátil así como empaquetado correcto y un
 proceso normal de actualización.</li>

 <li>debian-volatile is not "just another place" for backports, but should only
  contain changes to stable programs that are necessary to keep them
  functional. A special section of the archive, named <em>sloppy</em>, can be considered to
  include packages with a bit more relaxed constraints, in respect with the main
  regular debian-volatile archive. That needs to be discussed on the list.
  </li>

 <li>The package should allow any administrator to "just use" volatile, as they "just
   use" security.d.o, and they can be confident that nothing could be broken by
   that.</li>

 <li>The usual Debian bug tracking system should be used for bugs.</li>

 <li>Packages in debian-volatile cannot require any package 
   outside of stable main (or any later version of it) to
   run or build. Packages need to be auto-buildable within the
   same (stable) release. This constraint could be relaxed for the sloppy
   archive, on case by case basis. That needs to be discussed on the list.
 </li>

 <li>Packages need to be conformant to stable policy; we currently take
   <a href="http://release.debian.org/sarge_rc_policy.txt";>http://release.debian.org/sarge_rc_policy.txt</a>
   as a hint about what is ok and what not.</li>

 <li>The upgrade path from volatile to the next stable release needs to be at
  least as easy as for the stable release; version numbers in volatile 
  must not be higher than those in testing, for instance.</li>
</ul>

<p><strong>Procedure to include a package</strong><br />
We experienced that the procedure below works quite well for new
packages inclusion in debian-volatile:</p>
<ol>
<li><em>Send an e-mail to the mailing list 
   <a href="mailto:debian-volatile@lists.debian.org";>debian-volatile@lists.debian.org</a></em><br />
   
   This is for discussing your changes in public. It is also a good idea to
   include a link to a unified diff. Please, respect the debian-volatile
   guidelines, i.e. apply necessary changes only.<br />
   Fellow developers are encouraged to join this
   discussions, so that  the <a href="team">debian-volatile team</a> would know what changes
   the users like, and what not. Everybody on the list is encouraged
   to review the proposed changes.</li>

<li><em>Upload to debian-volatile</em><br />
   After receiving consensus from the list, please upload at least
   source and binary-all packages to <tt>volatile-master.debian.net</tt> (see below)
   using FTP. Please document changes in <tt>debian/changelog</tt>.
   Just writing<br />
   <code>* Upload package to volatile</code><br />
   is <em>NOT</em> acceptable. If you already did an upload to volatile for the package, and your proposed changes to the
   previous version are security fixes, please tell us in advance. If
   you already have got one or more CAN identifiers, please put them in the changelog for
   tracking the security issues. If you
   do not have any CAN id, please tell us anyway, because we can obtain them for you. If you
   want to contact the <a href="team">debian-volatile team</a> in private, please contact one
   of its members. Sometimes there are embargo dates on publication of security bugs and
   their fixes. We respect them.</li>

<li><em>Packages are built automatically</em><br />
Packages are built by the autobuilder network. No interaction or manual processing is
needed for that.</li>

<li><em>A Volatile Update Announce is being prepared</em><br />
While the package is autobuilt, the <a href="team">debian-volatile team</a> will contact
you about the content of the announcement mail, which will be sent via
<a href="mailto:debian-volatile-announce@lists.debian.org";>debian-volatile-announce@lists.debian.org</a></li>

<li><em>Package is released.</em><br />
The package is finally reviewed and released.</li>
</ol>


<p><strong>How to upload to volatile</strong><br />
You should add the following sniplet to your <tt>~/.dput.cf</tt>:</p>
<pre>
[volatile]
method = ftp
fqdn = volatile-master.debian.net
incoming = /pub/UploadQueue/
login = anonymous
hash = md5
</pre>

<p>If you are using dupload, the stanza below should be added to your <tt>~/.dupload.conf</tt>:</p>
<pre>
$cfg{'volatile'} = {
        fqdn => "volatile-master.debian.net",
        incoming => "/pub/UploadQueue/",
        \# files pass on to dinstall on ftp-master which sends emails itself
        dinstall_runs => 1,
        passive => 1,
};
</pre>