aboutsummaryrefslogtreecommitdiff
path: root/es_ES.ISO8859-1/FAQ/hackers.sgml
diff options
context:
space:
mode:
Diffstat (limited to 'es_ES.ISO8859-1/FAQ/hackers.sgml')
-rw-r--r--es_ES.ISO8859-1/FAQ/hackers.sgml170
1 files changed, 0 insertions, 170 deletions
diff --git a/es_ES.ISO8859-1/FAQ/hackers.sgml b/es_ES.ISO8859-1/FAQ/hackers.sgml
deleted file mode 100644
index 955fc4264e..0000000000
--- a/es_ES.ISO8859-1/FAQ/hackers.sgml
+++ /dev/null
@@ -1,170 +0,0 @@
-<!-- $Id: hackers.sgml,v 1.2 1998-07-30 11:55:30 nik Exp $ -->
-<!-- The FreeBSD Documentation Spanish Project -->
- <sect>
- <heading>Solo para hackers serios de FreeBSD<label id="hackers"></heading>
-
- <sect1>
- <heading>
- Que son SNAPs y RELEASEs?
- </heading>
-
- <p>Hay actualmente tres ramas activas/semi-activas en el desarrollo de
- FreeBSD y en su
- <url url="http://www.freebsd.org/cgi/cvsweb.cgi" name="CVS Repository">:
-
- <itemize>
- <item><bf/RELENG_2_1_0/ AKA <bf/2.1-stable/ AKA <bf/"2.1 branch"/
- <item><bf/RELENG_2_2/ AKA <bf/2.2-stable/ AKA <bf/"2.2 branch"/
- <item><bf/HEAD/ AKA <bf/-current/ AKA <bf/3.0-current/
- </itemize>
-
- <p><bf/HEAD/ no es una rama actual, como las otras dos, es
- simplemente una constante simbolica para <em/la version de desarrollo
- actual/ a la cual nos referimos simplemente como <bf/-current/.
-
- <p>Actualmente, <bf/-current/ es el desarrollo de la version 3.0 y
- la <bf/2.2-stable/.
-
- <sect1>
- <heading>
- Como puedo hacerme mi propia release personalizada?<label id="custrel">
- </heading>
-
- <p>Para hacer una release necesitas hacer tres cosas: primero,
- necesitas usar un kernel con el driver <htmlurl
- url="http://www.freebsd.org/cgi/man.cgi?vn" name="vn"> configurado.
- Anyade esto a tu fichero de configuracion del kernel y crea un
- nuevo kernel:
-
- <verb>
- pseudo-device vn #Vnode driver (turns a file into a device)
- </verb>
-
- <p>Segundo, debes tener las herramientas del CVS a mano. Para hacer
- esto, puedes usar <url url="../../handbook/cvsup.html" name="CVSUP">
- pero en tu supfile pon el nombre de la release a cvs y borra cualquier
- tag campo de fecha:
-
- <verb>
- *default prefix=/home/ncvs
- *default base=/a
- *default host=cvsup.FreeBSD.org
- *default release=cvs
- *default delete compress use-rel-suffix
-
- ## Main Source Tree
- src-all
- src-eBones
- src-secure
-
- # Other stuff
- ports-all
- www
- doc-all
- </verb>
-
- <p>A continuacion ejecuta <tt/cvsup -g supfile/ para tener todos los
- bits correctos en tu ordenador.
-
- <p>Finalmente, necesitas una buena cantidad de espacio vacio para
- crear en el la release. Digamos que esta en <tt>/algun/disco/grande</tt>
- y en el ejemplo anterior has dejado los ficheros del CVS en
- <tt>/home/ncvs</tt>:
-
- <verb>
- setenv CVSROOT /home/ncvs # or export CVSROOT=/home/ncvs
- cd /usr/src/release
- make release BUILDNAME=3.0-MY-SNAP CHROOTDIR=/algun/disco/grande/release
- </verb>
-
- <p>Una release completa sera creada en <tt>/algun/disco/grande/</tt> y
- tendras una instalacion completa de tipo FTP en
- <tt>/algun/disco/grande/R/ftp</tt> cuando acabes. Si quieres crear
- tu SNAP usando otra rama de desarrollo diferente de -current, puedes
- anyadir <tt/RELEASETAG=SOMETAG/ a la linea de comando anterior
- de creacion de la release. Por ejemplo, <tt/RELEASETAG=RELENG_2_2/
- crearia un snapshot 2.2 GAMMA.
-
- <sect1>
- <heading>Como creo discos de instalacion personalizados?</heading>
-
- <p>El proceso completo de creacacion de discos de instalacion y
- archivos fuentes y binarios esta automatizado por varios targets en
- <tt>/usr/src/release/Makefile</tt>. La informacion alli contenida
- deberia ser suficiente para que puedas empezar. Falta decir que
- este proceso necesita la ejecucion del comando "make world" y quizas
- te use mucho tiempo y espacio en disco.
-
- <sect1>
- <heading>``make world'' destruye mis binarios instalados.</heading>
-
- <p>Si, esta es mi idea general; como su nombre sugiere, "make world"
- rehace todos los binarios del sistema, de manera que puedas estar
- seguro de tener un entorno limpio y consistente al final (que es
- por lo que tarda tanto).
-
- <p>Si la variable de entorno <tt/DESTDIR/ is definida mientras se
- ejecuta <tt/make world/ o <tt/make install/, los binarios creados
- nuevamente seran depositados en un arbol de directorios identico al
- instalado, y a partir de <tt>&dollar;&lcub;DESTDIR&rcub;</tt>.
- Algunas combinaciones aleatorias de modificaciones de librerias
- compartidas y programas pueden causar que falle el <tt/make world/.
-
- <sect1>
- <heading>
- Cuando mi sistema arraca, dice (bus speed defaulted).
- </heading>
-
- <p>Las controladoras SCSI Adaptec 1542 permiten al usuario configurar
- su velocidad de acceso al bus en software. Versiones anteriores del
- driver de la 1542 intentaban determinar la velocidad mas alta factible
- y configurar la Adaptec a esta. Nos hemos encontrado con que esto
- hace fallar el sistema de algunos usuarios, por lo que tienes que
- definir la opcion de configuracion del kernel
- <tt/TUNE&lowbar;1542/ para que esto ocurra. En algunos sistemas puede
- que puede hacer que los discos vayan mas rapidos, pero en otros
- puede que los datos queden corrompidos.
-
-
- <sect1>
- <heading>
- Puedo seguir la rama current con acceso limitado a Internet?<label id="ctm">
- </heading>
-
- <p>Si, puedes hacerlo <tt/sin/ bajarte todo el codigo fuente usando la
- utilidad <url url="../../handbook/ctm.html" name="CTM.">
-
- <sect1>
- <heading>Como partis la distribucion en ficheros de 240k?</heading>
-
- <p>Los sistemas BSD mas modernos tienen una opcion <tt/-b/ para partir
- que les permite partir los ficheros en tamanyos arbitrarios.
-
- <p>Aqui hay un ejemplo de <tt>/usr/src/Makefile</tt>.
-
- <verb>
- bin-tarball:
- (cd $&lcub;DISTDIR&rcub;; \
- tar cf - . \
- gzip --no-name -9 -c | \
- split -b 240640 - \
- $&lcub;RELEASEDIR&rcub;/tarballs/bindist/bin_tgz.)
- </verb>
-
- <sect1>
- <heading>He escrito una extension del kernel, a quien la envio?</heading>
-
- <p>Por favor, mira en <url url="../../handbook/contrib.html"
- name="como enviar codigo.">
-
- <p>Y gracias por pensar en nosotros!
-
- <sect1>
- <heading>Soportara FreeBSD otras arquitecturas?</heading>
-
- <p>Diferentes grupos de trabajo nos han expresado su interes en
- trabajar en el soporte multi-artquitectura para FreeNSD y algunas
- personas estan actualmente trabajando en portar FreeBSD a ALPHA,
- con la cooperacion de DEC. Para discusiones generales sobre
- nuevas arquietecturas, usa la lista <tt>&lt;platforms@FreeBSD.ORG&gt;</tt>
-