Catalyst
1.
Project Description
El proyecto Gentoo catalyst desarrolla y da soporte a la herramienta
de construcción de releases catalyst. El diseño de catalyst se centra
en la facilidad de uso, configuración y mantenimiento. Se usa también
en otros proyectos Gentoo como GNAP.
2.
Documentación
Las FAQ de catalyst intentan contestar
preguntas comunes relacionadas con catalyst y su uso.
3.
Project Goals
El objetivo del proyecto catalyst es proporcionar una herramienta
sencilla con muchas características, que pueda construir de forma
eficaz todos los aspectos de una release de Gentoo Linux: stage
tarballs, conjuntos de paquetes GRP, y CDs de instalación.
Nuestros objetivos específicos de desarrollo para catalyst
incluyen los siguientes: Asegurarse de que proporciona construcciones
de Gentoo Linux de alta calidad y para la herramienta que sea fácil de
usar, configurar, ampliar y mantener. La herramienta catalyst está
pensada para ser usada por aquellos que deseen crear su propias
versiones personalizadas de Gentoo Linux o sus propios LiveCDs
personalizados. Nuestro objetivo es hacer de catalyst una herramienta
poderosa cuyo uso sea agradable y asegurar que el código que
escribimos es mantenible y de alta calidad.
4.
Developers
| Developer |
Nickname |
Role |
| Andrew Gaffney |
agaffney |
Lead |
| Jorge Manuel B. S. Vicetto |
jmbsvicetto |
Member |
| Matt Turner |
mattst88 |
Member ( MIPS ) |
All developers can be reached by e-mail using nickname@gentoo.org.
5.
Arquitecturas soportadas
Catalyst soporta varias arquitecturas. En el lenguaje de catalyst, una
"arquitectura" es un tipo general de CPU.
Para cada arquitectura, catalyst soporta un número de
"sub-arquitecturas." Una sub-arquitectura es una variante específica
de la arquitectura. Por ejemplo pentium4 es una
sub-arquitectura de la arquitectura x86.
| Arquitectura |
Sub-arquitecturas |
| alpha |
alpha ev4 ev45 ev5 ev56 ev6 ev67 pca56 |
| amd64 |
amd64 amdfam10 athlon64 athlon64-sse3 athlonfx barcelona
core2 k8 k8-sse3 nocona opteron opteron-sse3 |
| arm |
arm armeb armv4l armv4tl armv5teb armv5tejl armv5tel armv5tl
armv6j armv6z armv6zk armv7a armv7a_hardfp |
| hppa |
hppa hppa1.1 hppa2.0 |
| ia64 |
ia64 |
| mips |
cobalt loongson2e loongson2f mips mips1 mips3 mips32
mips32el mips4 mips64 mips64el mipsel mipsel1 mipsel3
mipsel4 |
| mips64 |
cobalt_n32 loongson2e_n32 loongson2f_n32 mips3_multilib
mips3_n32 mips3_n64 mips4_multilib mips4_n32 mips4_n64
mips64_multilib mips64_n32 mips64_n64 mips64el_multilib
mips64el_n32 mips64el_n64 mipsel3_multilib mipsel3_n32
mipsel3_n64 mipsel4_multilib mipsel4_n32 mipsel4_n64 |
| ppc |
g3 g4 g5 power power-ppc ppc |
| ppc64 |
970 cell power3 power4 power5 power6 ppc64 |
| s390 |
s390 |
| s390x |
s390x |
| sh |
sh sh2 sh2a sh2aeb sh2eb sh3 sh3eb sh4 sh4a sh4aeb sh4eb
sheb |
| sparc |
sparc |
| sparc64 |
sparc64 |
| x86 |
athlon athlon-4 athlon-mp athlon-tbird athlon-xp i386 i486
i586 i686 k6 k6-2 k6-3 pentium pentium-m pentium-mmx
pentium2 pentium3 pentium3m pentium4 pentium4m pentiumpro
prescott x86 |
Comprobará que todas las arquitecturas tienen una sub-arquitectura con
el mismo nombre que la arquitectura. Esta sub-arquitectura está
pensada para representar una construcción "genérica" que debería
funcionar en todos los sistemas basados en esa arquitectura. Cada
sub-arquitectura tiene asociada un conjunto de CFLAGS,
CXXFLAGS, así como un CHOST y un conjunto de variables
USE que son activadas en esa sub-arquitectura. Los ajustes
USE están pensados para activar cualquier opción específica de
la CPU como mmx o altivec.
Nota:
Catalyst actualmente también soporta la capacidad de construir stages
de la arquitectura x86 en sistemas amd64.
|
|