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