Archlinux. De duelo los viejos porque muere el rc.conf.

CON GRAN PESAR VIVO LA MUERTE DEL AMIGO QUE ME PERMITIÓ CONFIGURAR FÁCILMENTE DURANTE AÑOS MI DISTRIBUCIÓN FAVORITA.
DEJO UNA FOTO PARA AQUELLOS QUE NO VAN A CONOCERLO PERSONALMENTE


#
# /etc/rc.conf - Main Configuration for Arch Linux
#

# -----------------------------------------------------------------------
# LOCALIZATION
# -----------------------------------------------------------------------
#
# LOCALE: available languages can be listed with the 'locale -a' command
# DAEMON_LOCALE: If set to 'yes', use $LOCALE as the locale during daemon
# startup and during the boot process. If set to 'no', the C locale is used.
# HARDWARECLOCK: set to "", "UTC" or "localtime", any other value will result
# in the hardware clock being left untouched (useful for virtualization)
# Note: Using "localtime" is discouraged, using "" makes hwclock fall back
# to the value in /var/lib/hwclock/adjfile
# TIMEZONE: timezones are found in /usr/share/zoneinfo
# Note: if unset, the value in /etc/localtime is used unchanged
# 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_ES.UTF-8"
DAEMON_LOCALE="no"
HARDWARECLOCK="UTC"
TIMEZONE="America/Argentina/xxxxxxxxxx"
KEYMAP="es"
CONSOLEFONT="Agafari-12"
CONSOLEMAP="UTF-8"
USECOLOR="yes"

# -----------------------------------------------------------------------
# HARDWARE
# -----------------------------------------------------------------------
#
# MODULES: Modules to load at boot-up. Blacklisting is no longer supported.
# Replace every !module by an entry as on the following line in a file in
# /etc/modprobe.d:
# blacklist module
# See "man modprobe.conf" for details.
#
MODULES=(fuse sg forcedeth nfs nfs_acl)

# Udev settle timeout (default to 30)
UDEV_TIMEOUT=30

# Scan for FakeRAID (dmraid) Volumes at startup
USEDMRAID="no"

# Scan for BTRFS volumes at startup
USEBTRFS="no"

# 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="archlinux"

# Use 'ip addr' or 'ls /sys/class/net/' to see all available interfaces.
#
# Wired network setup
# - interface: name of device (required)
# - address: IP address (leave blank for DHCP)
# - netmask: subnet mask (ignored for DHCP) (optional, defaults to 255.255.255.0)
# - broadcast: broadcast address (ignored for DHCP) (optional)
# - gateway: default route (ignored for DHCP)
#
# Static IP example
# interface=eth0
# address=192.168.0.2
# netmask=255.255.255.0
# broadcast=192.168.0.255
# gateway=192.168.0.1
#
# DHCP example
# interface=eth0
# address=
# netmask=
# gateway=

interface=eth0
address=
netmask=
broadcast=
gateway=

# Setting this to "yes" will skip network shu***.
# This is required if your root device is on NFS.
NETWORK_PERSIST="no"

# Enable these netcfg profiles at boot-up. These are useful if you happen to
# need more advanced network features than the simple network service
# supports, such as 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 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
#
# If something other takes care of your hardware clock (ntpd, dual-boot...)
# you should disable 'hwclock' here.
#
DAEMONS=(hwclock dbus syslog-ng wicd !network netfs crond alsa cupsd appset-helper)


Creo estar acertado si digo que este viejo amigo constituyó, junto con AUR y la posibilidad de usar cualquier entorno de escritorio, la trilogía que llevó a Archlinux a ser amada por decenas de millares de usuarios, mucho más que por el rolling release que al final de cuentas en numerosas oportunidades fue más una molestia, causa de la rotura de innumerables sistemas, que un beneficio.
Desde él podía configurar en un abrir y cerrar de ojos idioma, reloj, zona horaria, teclado, fuente, codificación, módulos a cargar y el orden en que hacerlo, red, nombre del host, algunos sistemas de archivos y los daemons. Era el corazón de la configuración, con el rc.conf más un par de archivos, que en todas las distros se encuentran, se resolvía casi todo.


Aquí están sus sucesores según lo que nos dice la WIKI, no voy a dejarles una foto de cada uno porque sería tan engorroso como ellos mismos lo son:

Configuration - Configuration file(s)
Hostname = /etc/hostname /etc/hosts
Console fonts and Keymap = /etc/vconsole.conf
Locale = /etc/locale.conf /etc/locale.gen
Timezone = /etc/timezone /etc/localtime
Hardware clock =/etc/adjtime
Kernel modules =/etc/modules-load.d/
Daemons = /etc/rc.conf
Wired Network = /etc/rc.conf


Ya ven, un restito de vida le queda aunque creo que es simplemente porque todavía no saben como resolver el problema de los daemons o porque no quieren copiarle a otras distros.

Hoy que siento, está claro que ésto es pura subjetividad, que la filosofía que nos dio identidad a los archlinuxeros, la filosofía KISS ( HAZLO SIMPLE ESTÚPIDO), está en peligro, solo me queda despedirme.
Este viejo, programador, hacker en su juventud, desarrollador en sus comienzos para la plataforma win32 solo puede decirte:

GRACIAS RC.CONF POR LOS SERVICIOS PRESTADOS. TAL VEZ ALGÚN OTRO TE LLEGUE A EXTRAÑAR TANTO COMO YO

Anuncios

43 comentarios - Archlinux. De duelo los viejos porque muere el rc.conf.

@miguedeth
Tanto lloriqueo por el rc.conf?

AJJAJA re cararrota, sabes lo que me costo descifrar donde cuerno poner todo lo que iba ahí?? HASTA SIEMPRE rc.conf!

Buen post che, expresaste lo que muchos sentimos xP
@EmoSordodeHabbo
agustingauna527 dijo:Si.. le quitan lo que más me gusta de Arch

idem

miguedeth dijo:Tanto lloriqueo por el rc.conf?

AJJAJA re cararrota, sabes lo que me costo descifrar donde cuerno poner todo lo que iba ahí?? HASTA SIEMPRE rc.conf!

Buen post che, expresaste lo que muchos sentimos xP

era ya parte de mi vida :c
@Ayortano +4
No pueden ser tan malos. El rc.conf en Arch significó para mí lo que el make.conf en Gentoo. Últimamente vienen tomando malas decisiones. Primero las firmas de los paquetes, que quitaron simplicidad, después el instalador, y ahora, ¡se cargan el archivo pilar de la distro!
@foxsermon
rc.conf fue uno de los motivos principales por el cual elegi ArchLinux para trabajar, su simplicidad
@matiasbatero17 +4
Antes usaba ARCH y la verdad que me había impresionado esta distro, su configuración era tan práctica. Pero sinceramente ME RE PUDRIÓ que estén todo el rato cambiando las cosas, nadie les puede decir al equipo de arch que subdividan la distribución en 2 ramas... una que esté FIJA POR DIOS... y otra experimental.... y el que la quiera usar que la use... y cuando esté lo suficientemente madura con los cambios... que la reemplacen. Pero no se puede hacer tantos cambios importantes en tan poco tiempo.. Me cansó de ARCH que sea una distribución a todo o nada.

Empezaron cambiando el pacman por las firmas digitales...
Luego... Sacaron el instalador
Ahora....Sacaron el rc.conf

Por todo esto, migré a Debian... y dudo volver. La otra punta no? Pero no me fui por su característica de Rolling Release (que le aporta inestabilidad en varios paquetes) (arch era de lo mas estable de todas las rolling release) sino por su inestabilidad como PLATAFORMA.

De la filosofía de Arch ya va quedando bastante poco con esta desición... El RC.conf era la ladrillo fundamental de eso.
@MrGNULinux +3
El digimundo ya no suele ser el hermoso lugar que era.
@adicto_al_cafe +1
Bueno al menos no estoy loco, no soy el unico que pienso que el lema de archlinux viene con sarcasmo incluido
@AleQwerty
así empezó ubuntu, con unity...
@matiasbatero17
AleQwerty dijo:así empezó ubuntu, con unity...


que tiene que ver ubuntu y unity.... con rc.conf y archlinux?
cualquiera.
@pierre2008
Que Arch tenía un solo mega-archivo de configuración es un mito. Porque no solo estaba el rc.conf, también el pacman.conf pacman.mirrolist y muchos otros.

"In short, the Arch Way is about simplicity and giving control to the user. Keeping things simple, and agile. Arch is lightweight and simple, like clay - able to be molded by the user as they choose. Arch is not a distribution made for "user friendliness". It is a distribution designed to be a platform - a "base" for the user to do what they want. This means that we don't try to force a user's hand into our way of doing things, with our configuration tools, and our ideas. It should be about their ideas. It is important who controls the system here: the user. Developers suggest things, and push in certain directions, but let the user do as they wish. Arch is a base for anyone to make into whatever they see fit. Arch is a tool. Use it well..." (Aaron Griffin).

Todo dicho.
@Haacho
Me cansé de arch, me tienen cansado todas estas cosas. Igual por lo menos aprendí bastante.
@Naoru
es una lastima...
pero ahora que le seguira a rc.conf? o solo lo quitan y no lo sustituyen por nada?
@aleiex
cesarzeta dijo:
Naoru dijo:es una lastima...
pero ahora que le seguira a rc.conf? o solo lo quitan y no lo sustituyen por nada?

Tiene que ser sustituido pero todavía no se ve con claridad de qué manera. Hay algunas cuestiones de systemd que no están terminadas de especificar o que hay que ponerse a leer y releer para entenderlas, por ejemplo el archivo /etc/sysctl.conf que configuraba las proporciones de uso de swap y ram y el modo laptop o no además de otras cuestiones también va a ser migrado, de hecho ya está el /etc/systemd/system.conf pero hay que ponerse a mirarlo e interpretarlo.
Gracias por comentar.

La verdad, systemd es mucho mejor que init. Mi laptop arrancaba en 18 segundos usando gnome 3 con systemd + e4rat. Además trae herramientas excelentes de control.
@agustingauna527
cesarzeta dijo:
aleiex dijo:
cesarzeta dijo:
Naoru dijo:es una lastima...
pero ahora que le seguira a rc.conf? o solo lo quitan y no lo sustituyen por nada?

Tiene que ser sustituido pero todavía no se ve con claridad de qué manera. Hay algunas cuestiones de systemd que no están terminadas de especificar o que hay que ponerse a leer y releer para entenderlas, por ejemplo el archivo /etc/sysctl.conf que configuraba las proporciones de uso de swap y ram y el modo laptop o no además de otras cuestiones también va a ser migrado, de hecho ya está el /etc/systemd/system.conf pero hay que ponerse a mirarlo e interpretarlo.
Gracias por comentar.

La verdad, systemd es mucho mejor que init. Mi laptop arrancaba en 18 segundos usando gnome 3 con systemd + e4rat. Además trae herramientas excelentes de control.


No estoy en contra de la modernización de los sistemas, mi pregunta sin respuesta todavía es si era necesario hacerlo como lo está haciendo el equipo de desarrollo de Arch, no solo en cuanto a las ISOs mensuales si no a las modificaciones técnicas en sí.
Ciertamente con systemd se arranca mucho más rápido que con init. Mi equipo, Arch con openbox y sistemd inicia listo para recibir órdenes en alrededor de 15 o 16 segundos con un consumo inicial de 90 Mb de ram.
Gracias por comentar.

El mio sin sistemd y fluxbox en 17 segundos
@agustingauna527
cesarzeta dijo:
agustingauna527 dijo:
cesarzeta dijo:
aleiex dijo:
cesarzeta dijo:
Naoru dijo:es una lastima...
pero ahora que le seguira a rc.conf? o solo lo quitan y no lo sustituyen por nada?

Tiene que ser sustituido pero todavía no se ve con claridad de qué manera. Hay algunas cuestiones de systemd que no están terminadas de especificar o que hay que ponerse a leer y releer para entenderlas, por ejemplo el archivo /etc/sysctl.conf que configuraba las proporciones de uso de swap y ram y el modo laptop o no además de otras cuestiones también va a ser migrado, de hecho ya está el /etc/systemd/system.conf pero hay que ponerse a mirarlo e interpretarlo.
Gracias por comentar.

La verdad, systemd es mucho mejor que init. Mi laptop arrancaba en 18 segundos usando gnome 3 con systemd + e4rat. Además trae herramientas excelentes de control.


No estoy en contra de la modernización de los sistemas, mi pregunta sin respuesta todavía es si era necesario hacerlo como lo está haciendo el equipo de desarrollo de Arch, no solo en cuanto a las ISOs mensuales si no a las modificaciones técnicas en sí.
Ciertamente con systemd se arranca mucho más rápido que con init. Mi equipo, Arch con openbox y sistemd inicia listo para recibir órdenes en alrededor de 15 o 16 segundos con un consumo inicial de 90 Mb de ram.
Gracias por comentar.

El mio sin sistemd y fluxbox en 17 segundos

Te creo, la diferencia entre init y systemd es de dos o tres segundos en realidad si del arranque se trata. Si tu procesador es de un solo núcleo no hay diferencia. Si es de dos núcleos baja el tiempo en 2 o 3 segundos, si tienes más de dos núcleos habŕia que verlo, yo no le he observado todavía.

Tendría que fijarme, tengo dos nucleos y dos core (4)
@pierre2008
cesarzeta dijo:
pierre2008 dijo:Que Arch tenía un solo mega-archivo de configuración es un mito. Porque no solo estaba el rc.conf, también el pacman.conf pacman.mirrolist y muchos otros.

"In short, the Arch Way is about simplicity and giving control to the user. Keeping things simple, and agile. Arch is lightweight and simple, like clay - able to be molded by the user as they choose. Arch is not a distribution made for "user friendliness". It is a distribution designed to be a platform - a "base" for the user to do what they want. This means that we don't try to force a user's hand into our way of doing things, with our configuration tools, and our ideas. It should be about their ideas. It is important who controls the system here: the user. Developers suggest things, and push in certain directions, but let the user do as they wish. Arch is a base for anyone to make into whatever they see fit. Arch is a tool. Use it well..." (Aaron Griffin).

Todo dicho.


Lee de nuevo el post, nadie afirmó que fuera el único mega-archivo de configuración, tampoco ninguno de los comentaristas.
En cuanto a Aaron Griffin "This means that we don't try to force a user's hand into our way of doing things, with our configuration tools, and our ideas. It should be about their ideas" hoy no es verdad en absoluto porque como es su costumbre últimamente ni siquiera le dan un atisbo de importancia a lo que le pasa al usuario, valga de muestra los millares de sistemas rotos por glibc en junio, julio de 2012. Si al cerrar tu comentario con Use it well..." (Aaron Griffin)
intentas colocarte en la posiciónde dar consejos a través de Griffin, mejor hacelo desde tu experiencia.
Gracias por comentar.


Primero, lo único que me falta es que tenga que leerte a vos para saber como opinar de forma correcta.

Segundo, el duelo por el "rc.conf" se debe a la creencia de que dicho archivo manejaba toda la configuración de Arch; cosa que nunca fue cierta.

Gracias a vos por leerme. Saludos.
@GillespieBelmont
Tantos cambios en tan poco tiempo? Y yo que estaba feliz cuando pude lo instalar, no veo claro el horizonte de arch
@matiasbatero17
cesarzeta dijo:
GillespieBelmont dijo:Tantos cambios en tan poco tiempo? Y yo que estaba feliz cuando pude lo instalar, no veo claro el horizonte de arch

Está difícil. En la actualización de ayer que pasó el sistema completamente a systemd ya no se utilizan más rc.conf, inittab, re.local ni re.local.shu***.
Esta es la dirección de un post que publiqué mostrando como queda el sistema después de los últimos cambios:http://www.taringa.net/posts/linux/15514393/Archlinux_-archivos-de-equipo-solo-con-systemd_.html


Me parece que el equipo de Arch se cagó mucho en el gran trabajo de los usuarios para desarrollar una de las Wikis más documentadas de todas las distribuciones que existen.
¿Cuántos de esos tutoriales ya no sirven?... PFF, mejor ni pensar...
@somosbarrigas
Creo que el caso de Arch no es el único, dentro del mundo GNU/Linux hay cada vez más ejemplos de proyectos que desoyen a sus colaboradores y usuarios. Otro problema aparte es el de la aceleración de los cambios, supongo que quien elige Arch sabe que estarán a la vanguardia de las metamorfosis siempre.
@Emperor_Of_World
No me tocó vivir eso, Arch me parece insteresante en la cuestión de adaptarse porque cuenta más el diseño de la distro que el propio usuario. Creo que en cierta forma eso lo hace diferente y vale la pena. El problema es que eso trae inconvenientes para muchos.
Además de lo de este post supe que causó muchos problemas
@cesarzeta
@matiasbatero17 Bueno....alguna vez dije que Poettering mostraba en su manera de programar sus antecedentes de desarrollador de Microsoft. Systemd es un ejemplo. Por otra parte cuando uno estudia las UNITs se da cuenta que la simultaneidad en la carga al iniciar no es verdadera, solamente organiza el arranque de una forma diferente, en lugar de un script tienes una UNIT que establece prioridades. Además es innegable el parecido entre éstas unidades y los init de windows.
@Emperor_Of_World +1
@matiasbatero17 Slackware no lo ha adoptado. Y es como la madre de todas las distros por su antiguedad.
@cesarzeta
@Emperor_Of_World Es cierto, Slackware no lo ha hecho.