Lo mandaron a la lista de gulBAC así que lo fowardeo.<br><br>PD: Ya hay proyectos como ArchHURD y jamás he tenido problema alguno, a lo sumo cuando paso se resolvió en tres días, a diferencia de debian que estuvo un mes en muchos casos :/<br>
<br><div class="gmail_quote">---------- Mensaje reenviado ----------<br>De: <b class="gmail_sendername">Martín Cigorraga</b> <span dir="ltr">&lt;<a href="mailto:martosurf7600@gmail.com">martosurf7600@gmail.com</a>&gt;</span><br>
Fecha: 25 de mayo de 2010 20:05<br>Asunto: Re: [gulBAC] ARCH LINUX<br>Para: &quot;Lista de correo del gulBAC: Grupo de Usuario de Software Libre Buenos Aires Central&quot; &lt;<a href="mailto:gulbac@linux.org.ar">gulbac@linux.org.ar</a>&gt;<br>
<br><br>Excelente info, por supuesto que Arch no es para el que quiere tener una<br>
máquina andando y nada más aunque sí lo es para todos los demás que les<br>
gusta el tema, tengan o no experiencia (&quot;Caminante, se hace camino al<br>
andar&quot;).<br>
Quiero hacer una aclaración y algunos comentarios sobre este artículo:<br>
<br>
Aclaracion:<br>
&quot;no hay tanta documentacion como si la hay de Ubuntu o Fedora&quot;: ERROR!!  -<br>
Arch está sumamente documentado en cada uno de sus detalles más oscuros, la<br>
wiki de Arch es de hecho una de las más completas que hay en la web (la otra<br>
puede ser Gentoo), tanto en cantidad de temas cubiertos como en la calidad<br>
técnica. De hecho la comunidad de Arch se distingue por su excelencia en<br>
conocimiento del sistema y nivel técnico. Si comparamos en cantidad de<br>
artículos o post en foros oficiales de Arch con Ubuntu o Fedora por supuesto<br>
que estos últimos van a ser más numerosos, sin embargo fíjense la calidad de<br>
post en esos foros... en Fedora tienen un nivel un poco mejor pero en Ubuntu<br>
APESTAN.<br>
No es casualidad que la wiki y foros de Arch tengan un nivel tan alto sino<br>
más bien consecuencia la filosofía propia de la distro &quot;The Arch Way&quot;: si no<br>
podés con algo MANEJATE, probá, busca info, probá, documentate, probá,<br>
rastrillá foros, wikis y man pages, probá probá y probá: si encontraste la<br>
solución sos bienvenido a exponer tu caso y como lo solucionaste para que de<br>
esa forma nos beneficiemos todos y vos hasta puedas pulir la solución, si no<br>
le encontraste la vuelta pedí ayuda detallando tu problema y los pasos que<br>
diste para tratar de arreglarlo, seguramente vas a encontrar alguien (varios<br>
usualmente) con muchas pilas que te diga el diagnóstico exacto y la<br>
solución.<br>
Por supuesto que esto no es para cualquiera sino para entusiastas del tema,<br>
la ventaja es que toda esa &quot;pérdida de tiempo&quot; es el camino a aprender en<br>
serio ya que es muy común que para solucionar algo antes tengamos que<br>
ajustar otra cosa y para esa otra cosa antes hace falta arreglar aquello, y<br>
no vendría mal leer algo de esto otro también porque aunque no tiene<br>
relación directa sí está relacionado tangencialmente xD y además lo que<br>
nunca falta y es un clásico es que en el camino a solucionar tu problema<br>
encontrás soluciones, pistas, optimizaciones para otras cuestiones, y te das<br>
cuenta que lo que creías que andaba al pelo está atado con alambre xDD<br>
<br>
Comentario 1:<br>
Arch está orientado a puristas del sistema, al igual que Gentoo/Funtoo. Hay<br>
algo muy pero muy imporante que aunque parezca un detalle es muy groso: Arch<br>
entre otras cosas usa el sistema de inicio *BSD (lo más parecido a Unix que<br>
hay) en vez del System V que se desarrolló después y fue incorporado por la<br>
mayoría de las distros, Debian entre ellas. De Ubuntu no hablo porque creo<br>
que cambiaron hace un tiempo al upstart y realmente no lo conozco, pero,<br>
basta hechar un vistazo general al /etc de Ubuntu para que a uno le den<br>
mareos :S<br>
En los sistemas con System V se tiene que crear un archivo de configuración<br>
y un directorio especial para cada modo de inicio del sistema; en las<br>
carpetas en vez de tener los demonios directamente se hacen softlinks una<br>
carpeta central donde se encuentran todos los demonios. De esta manera, si<br>
tenemos 20 demonios cargando al inicio (más de uno los tendrá) tenemos 7<br>
directorios con 20 symlinks c/u apuntando a un directorio central, con su<br>
propio archivo de configuración :P<br>
¿Alguien vio lo que es el /etc de Arch? Limpio, ordenado y práctico - el<br>
mismo sistema de inicio y carga de demonios que los *BSD con la diferencia<br>
que esos sistemas tienen 3 modos de init solamente contra los 7 de Linux.<br>
En Arch, los demonios se cargan básicamente en un sólo archivo,<br>
/etc/rc.conf, desde ahí se maneja el corazón del sistema de arranque. A<br>
continuación les muestro el contenido del archivo para que vean la<br>
simpleza/limpieza de la configuración: todo es así en Arch, fácil, claro,<br>
transparente, sin complicaciones extra (Keep It Simple):<br>
<br>
[martin@blackbox rc.d]$ cat /etc/rc.conf<br>
#<br>
# /etc/rc.conf - Main Configuration for Arch Linux<br>
#<br>
<br>
# -----------------------------------------------------------------------<br>
# LOCALIZATION<br>
# -----------------------------------------------------------------------<br>
#<br>
# LOCALE: available languages can be listed with the &#39;locale -a&#39; command<br>
# HARDWARECLOCK: set to &quot;UTC&quot; or &quot;localtime&quot;, any other value will result<br>
#   in the hardware clock being left untouched (useful for virtualization)<br>
# TIMEZONE: timezones are found in /usr/share/zoneinfo<br>
# KEYMAP: keymaps are found in /usr/share/kbd/keymaps<br>
# CONSOLEFONT: found in /usr/share/kbd/consolefonts (only needed for non-US)<br>
# CONSOLEMAP: found in /usr/share/kbd/consoletrans<br>
# USECOLOR: use ANSI color sequences in startup messages<br>
#<br>
LOCALE=&quot;es_AR.UTF-8&quot;<br>
HARDWARECLOCK=&quot;localtime&quot;<br>
TIMEZONE=&quot;America/Argentina/Buenos_Aires&quot;<br>
KEYMAP=&quot;es&quot;<br>
CONSOLEFONT=<br>
CONSOLEMAP=<br>
USECOLOR=&quot;yes&quot;<br>
<br>
# -----------------------------------------------------------------------<br>
# HARDWARE<br>
# -----------------------------------------------------------------------<br>
#<br>
# MOD_AUTOLOAD: Allow autoloading of modules at boot and when needed<br>
# MOD_BLACKLIST: Prevent udev from loading these modules<br>
# MODULES: Modules to load at boot-up. Prefix with a ! to blacklist.<br>
#<br>
# NOTE: Use of &#39;MOD_BLACKLIST&#39; is deprecated. Please use ! in the MODULES<br>
array.<br>
#<br>
MOD_AUTOLOAD=&quot;yes&quot;<br>
#MOD_BLACKLIST=() #deprecated<br>
MODULES=(fglrx !vboxdrv !vboxnetflt !vboxnetadp !usblp)<br>
<br>
# Scan for LVM volume groups at startup, required if you use LVM<br>
USELVM=&quot;no&quot;<br>
<br>
# -----------------------------------------------------------------------<br>
# NETWORKING<br>
# -----------------------------------------------------------------------<br>
#<br>
# HOSTNAME: Hostname of machine. Should also be put in /etc/hosts<br>
#<br>
HOSTNAME=&quot;blackbox&quot;<br>
<br>
# Use &#39;ifconfig -a&#39; or &#39;ls /sys/class/net/&#39; to see all available interfaces.<br>
#<br>
# Interfaces to start at boot-up (in this order)<br>
# Declare each interface then list in INTERFACES<br>
#   - prefix an entry in INTERFACES with a ! to disable it<br>
#   - no hyphens in your interface names - Bash doesn&#39;t like it<br>
#<br>
# DHCP:     Set your interface to &quot;dhcp&quot; (eth0=&quot;dhcp&quot;)<br>
# Wireless: See network profiles below<br>
#<br>
<br>
#Static IP example<br>
#eth0=&quot;eth0 192.168.0.2 netmask 255.255.255.0 broadcast 192.168.0.255&quot;<br>
eth0=&quot;dhcp&quot;<br>
INTERFACES=(eth0)<br>
<br>
# Routes to start at boot-up (in this order)<br>
# Declare each route then list in ROUTES<br>
#   - prefix an entry in ROUTES with a ! to disable it<br>
#<br>
gateway=&quot;default gw 192.168.0.1&quot;<br>
ROUTES=(!gateway)<br>
<br>
# Enable these network profiles at boot-up.  These are only useful<br>
# if you happen to need multiple network configurations (ie, laptop users)<br>
#   - set to &#39;menu&#39; to present a menu during boot-up (dialog package<br>
required)<br>
#   - prefix an entry with a ! to disable it<br>
#<br>
# Network profiles are found in /etc/network.d<br>
#<br>
# This now requires the netcfg package<br>
#<br>
#NETWORKS=(main)<br>
<br>
# -----------------------------------------------------------------------<br>
# DAEMONS<br>
# -----------------------------------------------------------------------<br>
#<br>
# Daemons to start at boot-up (in this order)<br>
#   - prefix a daemon with a ! to disable it<br>
#   - prefix a daemon with a @ to start it up in the background<br>
#<br>
DAEMONS=(syslog-ng dbus network netfs crond alsa hal ufw !cups avahi-daemon<br>
!avahi-dnsconfd vmware !kdm)<br>
[martin@blackbox rc.d]$<br>
<br>
¿Vieron que las últimas versiones de Ubuntu trae el directorio /etc/apt<br>
super poblado, osea, de donde salieron todos estos archivos? Ni que hablar<br>
que hace rato que el /etc/apt/sources.list dejó de ser el único archivo de<br>
configuración de repositorios, puaajj.<br>
En Arch todo se maneja desde un archivo que se llama /etc/pacman.conf y el<br>
directorio /etc/pacman.d/ que contiene un archivo llamado mirrorlist; listo,<br>
nada más que eso. En pacman figuran los repositorios oficiales y ahí se les<br>
puede agregar los que querramos, cosa que practicamente no hace falta porque<br>
al contar Arch con un sistema de repositorios de usuarios (los Trusted Users<br>
o TUs) llamado AUR (Arch User Repository/ies) tenemos siempre los paquetes<br>
actualizados y en fuente, listos para bajar y compilar con las<br>
caracteríticas de nuestro sistema, todo de forma automática (acá es similar<br>
al Gentoo).<br>
Como último, contarles que Arch trae una herramienta en Python, rankmirrors,<br>
que ranquea la cantidad de servidores que se le den de acuerdo a su<br>
velocidad y los ordena de forma ascendente, es un detale pero un detalle<br>
útil. De esta foram corriendo cada tanto esta aplicación -yo la corro muy<br>
cada tanto- nos aseguramos de tener siempre descargas a máxima velocidad<br>
(125kb con picos -sostenidos, no se cómo hacen- de 130 a 150kb - conexión de<br>
1 mega Fiber).<br>
<br>
Comentario 2: no todo son rosas.<br>
Yo no sé lo que habrá sido GNU/Linux en sus comienzos en cuanto a<br>
fiabilidad  y robustez, pero es evidente que hoy en día con tanta mano que<br>
se mete en todos lados empezando con los kernels ya no es lo que era.<br>
Hace unos días instalé un virtualizador y ayer y hoy ya tuve los primeros<br>
cuelgues, bloqueos totales del sistema donde no andaba nada, ni acceder a<br>
otras consolas ni la famosa Alt+PrtScrn... nada. Como resultado, sendos<br>
reseteos duros me mostraron en los subsiguientes booteos que se recuperaban<br>
datos de los journals y se eliminaban varios inodes invalidos (grrrrr!! Arch<br>
y la @#$$/!!!! menos mal que tengo todo en ext4...<br>
<br>
Arch podrá ser muy lindo pero no deja de ser Linux, y si Mr. Torvalds dijo<br>
hace un par de años o más que el núcleo había perdido un %12 de eficiencia<br>
con respecto a las primeras versiones no quiero saber hoy en día... ¿¡para<br>
cuando el Hurd!? Va siendo momento que los muchachos de Debian se apuren y<br>
larguen su Debian kFreeBSD :D<br>
<br>
Comentario 3:<br>
Arch no tiene ni el %10 de la compatibilidad de hard que tiene Ubuntu porque<br>
las necesidades de su comunidad son distintas a las de otras distros. Si<br>
vamos a usar sólamente GNU/Linux en nuestras PC y queremos usar periféricos<br>
dejemos un huequito para Ubuntu. Ubuntu es la punta de lanza de para que<br>
GNU/Linux ingrese al mercado masivo y sea conocido y usado por el público<br>
general. Hacer andar andar un periférico (multifunción, webcam, placa de<br>
wifi, audio, la misma ATI que tengo yo etc.) es complicado por usar un<br>
término liviano. No es imposible, pero a veces es desesperante. Lo bueno de<br>
Arch que la mayoría de las veces con desempaquetar los .RPM de OS o Fedora e<br>
instalarlos correctamente vamos a andar bien, pero para eso hay que saber y<br>
bastante. Por eso siempre es útil tener a mano una partición con Ubuntu o<br>
Linux Mint o Fedora o el mismo OpenSUX o cualquier otra distro que tenga<br>
buen soporte de hard.<br>
<br>
<br>
Por último, mejor que todo este blah blah mío les dejo un link con la<br>
entrevista que le hicieron al grupo de devs en OSNews.com con preguntas que<br>
hicieron los propios usuarios de Arch donde se revela el espíritu de la<br>
distro: <a href="http://www.osnews.com/story/22692/Arch_Linux_Team" target="_blank">http://www.osnews.com/story/22692/Arch_Linux_Team</a><br>
(recomiendo <a href="http://distrowatch.org" target="_blank">distrowatch.org</a> -un clasico- y <a href="http://osnews.com" target="_blank">osnews.com</a> para estar al día con<br>
las distros)<br>
<div><div></div><br>---------- Mensaje reenviado ----------<br></div></div><br clear="all"><br>-- <br>Facundo Andrés Bianco (Vando.)<br>GNUPG ID: 0x89C1B42F<br>XMPP: <a href="mailto:vando@jabberes.org">vando@jabberes.org</a><br>
omb: <a href="http://identi.ca/vando">identi.ca/vando</a><br><a href="http://SoftwareLibre.org.ar">SoftwareLibre.org.ar</a><br><a href="http://BuenosAiresLibre.org.ar">BuenosAiresLibre.org.ar</a><br>