Re: [RFR] wml://News/weekly/2005/39/index.wml
Juanjavier Martínez escribió:
> Adjunto para primeras revisiones.
>
> Saludos,
>
> Juanjavier Martínez.
>
Perdona, el que te he madnado antes no era un diff unificado y puede ser
más confuso.
Aquí va otro.
--- index.wml.orig 2006-03-11 20:57:47.000000000 +0100
+++ index.wml 2006-03-11 21:22:50.000000000 +0100
@@ -13,41 +13,41 @@
<p><strong>Colección de datos de arranque.</strong> Jörg Sommer <a
href="http://lists.debian.org/debian-devel/2005/08/msg01661.html">quiso</a>
saber en qué parte del sistema de ficheros podría almacenar sus datos un reemplazo
-<code>init</code>. Martin Krafft <a
+de <code>init</code>. Martin Krafft <a
href="http://lists.debian.org/debian-devel/2005/08/msg01663.html">
sugirió</a> guardarlos en memoria y volcarlos a un fichero al final del
-proceso de arranque. Later Jörg <a
+proceso de arranque. Más tarde Jörg <a
href="http://lists.debian.org/debian-devel/2005/08/msg01722.html">explicó</a>
-que los datos se almacenarán temporalmente en <code>/run</code> y movidos a su
+que los datos se almacenarán temporalmente en <code>/run</code> y después se moverán a su
destino final.</p>
<p><strong>Duplicación de biblioteca GL.</strong> Michael Biebl se <a
href="http://lists.debian.org/debian-devel/2005/08/msg01816.html">preguntaba</a>
-por qué tanto X.Org como Mesa tienen implementaciones GL/GLU como bibliotecas y
-si hay un intento de cambiar a largo plazo a una de ellas.
+por qué tanto X.Org como Mesa proporcionan, como bibliotecas, implementaciones de GL/GLU y
+si hay un intento de cambiar a largo plazo a sólo una de ellas.
Marcelo Magallon <a
href="http://lists.debian.org/debian-devel/2005/08/msg01886.html">
explicó</a> los contenidos de los paquetes afectados y que el usuario debería
-saber qué controlador necesitan.</p>
+saber qué controlador necesita.</p>
<p><strong>Soporte para la versión 5 de Libc.</strong> Jeroen van Wolffelaar <a
href="http://lists.debian.org/debian-devel/2005/09/msg00109.html">se preguntaba</a>
-cuánto tiempo más necesitan soporte por Debian los viejos paquetes, dado que «libc6»
+cuánto tiempo más necesitan los paquetes viejos que Debian les dé soporte, dado que «libc6»
se lanzó hace 7 años y el proyecto Debian no proporciona soporte de
-seguridad para eso. Roger Leigh <a
+seguridad para este. Roger Leigh <a
href="http://lists.debian.org/debian-devel/2005/09/msg00136.html">añadió</a>
-que Debian es la única distribucion común que aún incluye paquetes binarios
+que Debian es la única distribución común que aún incluye paquetes binarios
para el «libc» más antiguo y sugirió su <a href="http://bugs.debian.org/323139">
retirada</a>.</p>
<p><strong>Errores comunes de empaquetado.</strong> Lars Wirzenius <a
href="http://lists.debian.org/debian-devel/2005/09/msg00137.html">informó</a>
-sobre fallos de empaquetado ampliamente extendidos que observó durante la ejecución de un <a
+sobre fallos de empaquetado ampliamente extendidos que observó durante una ejecución de <a
href="http://packages.debian.org/piuparts">piuparts</a> sobre el archivo.
Estas <a href="http://liw.iki.fi/liw/temp/piuparts-old-logs">ejecuciones</a> ayudan a
detectar ficheros que no están incluidos en los paquetes pero tampoco se han quitado
-durante la instalación o en una eliminación de paquetes. Son también capaces de detectar
-llamadas a programas externos de los que no dependen paquetes propiamente.</p>
+durante la instalación o en una eliminación de paquetes. También son capaces de detectar
+llamadas a programas externos de los paquetes no dependen apropiadamente.</p>
<p><strong>¿Adaptación de Debian a OpenSolaris?</strong> Andreas Schuldei <a
href="http://lists.debian.org/debian-devel/2005/09/msg00227.html">animó</a>
Reply to: