cesarzeta

Siguiendo la guía bajada de esta dirección: https://wiki.archlinux.org/index.php/Arch_Install_Scripts se me presentó un solo error durante la instalación de la nueva iso de Arch. En la orden pacstrap /mnt base { , -devel } no pudo instalar el sistema (no hubo explicación de cual era el error) Para poder continuar instalé como se hacía antes: 1)pacstrap /mnt base 2)pacstrap /mnt base-devel A lo mejor a alguien le sirve

Soy un usuario antiguo de Archlinux, desde el 2005 más o menos, y después de instalar la última iso de Arch tomando los recaudos del caso, o sea en un disco extra, en una partición que tengo para estas pruebas, después de las copias de seguridad pertinentes, conservando mi vieja instalación y temblando un poquito con lo que pudiera suceder recogí estas experiencias: 1) La instalación de la nueva ISO sin AIF siguiendo la guía bajada de https://wiki.archlinux.org/index.php/Arch_Install_Scripts fue mucho más fácil y rápida de lo que esperaba. Con un solo error del cual hablo como solucionarlo en otro post. Aclaro: mucho más fácil que con el método anterior hasta que comienza la instalación de los archivos del sistema, de allí en adelante todo es igual o prácticamente igual que con la versión anterior. 2)En esta ISO se instala glibc-2.16.0-2 y desaparecen por ende los próblemas con su actualización 3)Aunque tengamos /home en una partición propia ( configuraciones a salvo) del trabajo de instalar nuestros queridos paquetes, a veces compilando manualmente, etc. etc. etc., no te salva nadie. 4) Al comparar el funcionamiento de la nueva instalación con la anterior no vi ninguna diferencia entre ambas. Aclaro que ya había resuelto el problema de actualización de glibc 5)Lo mejor que encontré fue la instalación a través de scripts pero hasta que hay que instalar base y base-devel porque por tener que bajarlos por red se vuelve algo incierto y tal vez muy prolongado al depender de la conexión a internet que tengas. Conclusiones: 1) Se justifica para un usuario que instala por primera vez o que por alguna razón particular quiera una instalación limpia. 2) Para un usuario antiguo como yo que tiene su OS funcionando perfectamente, actualizado y con los problemas de actualización de glibc y otros similares resueltos me parece que no se justifica en absoluto. 3)Si piensan emitir una ISO por mes como leí en otro post, no lo cito porque no recuerdo donde fue, no pienso seguir esa línea en absoluto. Prefiero el rolling release. 4) No me parece como tambíen leí, no recuerdo donde no es mala voluntad no citarlos, que se esté creando un Linux para culto, salvando las diferencias de instalación, con un particionado más simple y el modo de instalar el sistema, por lo demás, no hay ninguna diferencia con la versión anterior. Si alguien que ya esté usando Arch en las misma condiciones que yo y le ve ventaja a reemplazar su querido sistema operativo, funcionando perfectamente, con una multitud de paquetes instalados que va a tener que instalar de nuevo , por favor haganmelo saber y se los voy a agradecer.

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 dijo: # # /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 shutdown. # 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: dijo: 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

Utilizo el Brand-new Universal loadeR from GRUB, BURG, en mi Archlinux con XFCE4 y en booteo múltiple con openSUSE, Xubuntu y Windows . Un par de archers me pidieron una guía para instalarlo y este material intenta serlo, con algunas imágenes y un video para que no sea tan aburrida. A diferencia de la instalación en Ubuntu, mostrada en un post reciente, muy vistoso, y motivo del pedido, en Arch hay que trabajar un poquito más en el terreno siempre árido de los archivos de configuración. Las capturas o los contenidos de los archivos, aunque cansan, los pongo porque los pueden necesitar, de los archivos muy extensos les dejo el paste en pastebin. Para comprobar que no hubiera errores desinstalé y borré todo lo que tenia de BURG en mi Arch y reinstalé y configuré todo de nuevo. Por lo menos a mi me funciona perfectamente. Para lo que escribo a continuación fijo arbitrariamente que el MBR en el que vamos instalar BURG se encuentra en /dev/sda y que /dev/sda1 es boot, /dev/sda2 es root y /dev/sda3 es home, adapten estos valores a su sistema MEDIDAS DE SEGURIDAD NECESARIAS ANTES DE INSTALAR BURG: Antes que nada creen una copia de respaldo de su MBR con la orden dd if=/dev/sda of=/home/usuario/mbr.img bs=512 count=1 Como aclaré anteriormente supongo que el MBR que tienen que copiar está en /dev/sda , corrijan según su sistema. La copia la guardo en /home/usuario, elijan donde uds. prefieran. Recuerden la ruta. Este comando también copia la tabla de particiones. Para restaurar el MBR se hace con la orden dd if=/home/usuario/mbr.img of=/dev/sda bs=446 count=1 Las mismas consideraciones que para la orden anterior. Con este comando se restaura solamente la parte del grub y no se reescribe la tabla de particiones, si quieren restaurar todo cambian 446 por 512. Con los archivos de GRUB o SYSLINUX no hay problema porque BURG crea directorios propios. Estas acciones acerca del MBR son importantes para que ante una alteración de la tabla de particiones, aunque no hay ninguna razón para que suceda, se la pueda restaurar. También puede ser importante para los que usan SYSLINUX que honestamente no sé como se restaura, la wiki no lo dice. Restauración del MBR o el GRUB con la iso de instalación de Archlinux . Iniciar como si se fuera a instalar eligiendo la opción Boot Arch Linux. MBR: Con home en partición propia: # loadkeys es # mount /dev/sda2 /mnt # mount /dev/sda3 /mnt/home # arch-chroot /mnt # dd if=/home/usuario/mbr.img of=/dev/sda bs=512 count=1 # exit # umount /mnt/home # reboot Sin home en partición propia: # loadkeys es # mount /dev/sda2 /mnt # arch-chroot /mnt # dd if=/home/usuario/mbr.img of=/dev/sda bs=512 count=1 # exit # reboot De esta manera también se restaura la tabla de particiones, para hacerlo solamente con la parte correspondiente al bootloader cambien 512 por 446. GRUB: Con boot en partición propia: # loadkeys es # mount /dev/sda2 /mnt # mount /dev/sda1 /mnt/boot # arch-chroot /mnt # grub-install /dev/sda # grub-mkconfig -o /boot/grub/grub.cfg # exit # umount /mnt/boot # reboot Sin boot en partición propia: # loadkeys es # mount /dev/sda2 /mnt # arch-chroot /mnt # grub-install /dev/sda # grub-mkconfig -o /boot/grub/grub.cfg # exit # reboot Al reiniciar si no han expulsado el medio de instalación elijan la opción Boot existing OS y debiera reaparecer el menú de arranque anterior a instalar BURG Método utilizado por @blkdr para restaurar el GRUB con buenos resultados. Link al tema: http://www.taringa.net/comunidades/archlinux/6734467/_Solucionado_-Restaurar-Grub2.html Iniciar de la misma manera que para una instalación con la opción Boot Arch Linux. Sin boot en partición propia: # loadkeys es # mount /dev/sda2 /mnt # mount --bind /dev /mnt/dev # mount --bind /dev/pts /mnt/dev/pts # mount --bind /proc /mnt/proc # mount --bind /sys /mnt/sys # chroot /mnt /bin/bash # grub-install /dev/sda # grub-mkconfig -o /boot/grub/grub.cfg # cd / # umount -a # exit # cd / # umount -a # reboot Con boot en partición propia: # loadkeys es # mount /dev/sda2 /mnt # mount /dev/sda1 /mnt/boot # mount --bind /dev /mnt/dev # mount --bind /dev/pts /mnt/dev/pts # mount --bind /proc /mnt/proc # mount --bind /sys /mnt/sys # chroot /mnt /bin/bash # grub-install /dev/sda # grub-mkconfig -o /boot/grub/grub.cfg # cd / # umount -a # exit # cd / # umount -a # reboot Ambos comandos umount -a dan un error que no interfiere con la restauración, obedece a que la opción -a no desmonta /proc y se puede utilizar este método sin problemas a pesar de esos errores. Al reiniciar si no han expulsado el medio de instalación elijan la opción Boot existing OS y debiera reaparecer el menú de arranque anterior a instalar BURG En mi opinión es más recomendable que restauren el GRUB y que la opción de restaurar el MBR la utilicen si falla la primera o si están usando SYSLINUX y no tienen claro, como yo, como restaurarlo. INSTALACIÓN DE BURG: No es necesario ni recomendable desinstalar GRUB o SYSLINUX, sus archivos de configuración pueden ser necesarios para corregir el booteo si algo falla. Para instalar BURG en Arch debemos hacerlo desde AUR, estos son los paquetes que instalé y correponden a burg-bios, i686 y x86_64, para uefi debe instalarse el paquete burg-efi-x86_64-bzr : El paquete burg-manager no es posible instalarlo porque su dependencia buc no puede ser descargada y aunque lo fuera no funciona en Arch. La orden para instalar entonces es: yaourt -S burg-bios-bzr burg-themes burg-themes-extras arch-theme-burg ADVERTENCIA: al instalar el primer paquete, burg-bios-bzr, tienen que editar el PKGBUILD para habilitar burg-emu y para agregar os-prober que está entre las dependencias opcionales a las obligatorias, os-prober nos sirve para detectar los sistemas operativos instalados en nuestro equipo y crear las entradas en el archivo burg.cfg que después vamos a ver al bootear. El PKGBUILD original dice así: Después de las modificaciones, cambié la -n por -y en estas dos líneas: _rm_build_dirs="${_rm_build_dirs:-n}" _mk_burg_emu="${_mk_burg_emu:-n}" y puse a os-prober entre las dependencias obligatorias, debe quedar así: Una vez completada la instalación de los paquetes procedemos a instalar BURG en el MBR del disco desde el que vamos a arrancar, presupongo que es /dev/sda, uds. corrijan de acuerdo a su sistema ( dev/sdb, etc ) : sudo burg-install /dev/sda Generamos el archivo /boot/burg/burg.cfg : sudo burg-mkconfig -o /boot/burg/burg.cfg Themes: Los temas se guardan en /boot/burg/ themes/ y si queremos agregar otros, aparte de los que hemos instalado, se lo hace descargándolos, descomprimiéndolos si es necesario y copiándolos dentro de /boot/burg/themes/ Los temas pueden ser editados y el que yo utilizo, radiancetext, tiene modificado el background y la progressbar que tiene cambiados el tamaño y los colores. Capturas de algunos de los temas, no pongo todos porque son muchos. Arch Burg Minimal Sora Winter Archivos de configuración y/o importantes: Los archivos de configuración además del /boot/burg/burg.cfg son o se encuentran en: /etc/default/burg, funciona de la misma manera que /etc/default/grub. Este es el mío: http://pastebin.com/qQzr2kNJ Tiene modificados: timeout de 5 a 45 porque no quiero que arranque tan rápido con la entrada por default GRUB_CMDLINE_LINUX_DEFAULT donde agregué vga=773 para utilizar la resolución 1024x768 256 colores en las splash. GRUB_GFXMODE de 640x480 a 1920x1080 que es la resolución de mi pantalla. GRUB_DISABLE_LINUX_RECOVERY="true" que fue descomentada para que no se creen entradas para recovery /etc/burg.d En este directorio se guardan scripts de configuración, que pueden llegar a ser creados también por el usuario. El script 40_custom se guarda allí y es editable por el usuario para agregar entradas como las de windows por ejemplo, los otros que se instalan por default no pueden ser editados directamente por el usuario. Estos scripts se utilizan cuando se da la orden burg-mkconfig -o /boot/burg/burg.cfg para generar el burg.cfg /boot/burg/burgenv BURG permite modificar en tiempo de ejecución su configuración, como el tema o la resolución de pantalla por ejemplo, mediante menu o línea de comando, las configuraciones que se determinan de este modo son guardadas como variables en /boot/burg/burgenv Shorcuts que se pueden ejecutar runtime y su función: F1 / h - Help F2 / t - Cambia el tema F3 / r - Cambia la resolución F5 / ctrl-x - Finaliza la edición F6 - Siguiente ventana F7 - Muestra los items agrupados por el grupo al que pertenece el SO F8 - Cambia entre modo texto y gráfico F9 - Shutdown F10 - Reboot f - Cambia entre el modo agrupado y no agrupado c - Abre un terminal 2 - Abre 2 terminales e - Edita el comando actual q - Quita el modo gráfico i - Muestra información sobre el tema n - Próximo item con la misma clase w - Próximo item Windows u - Próximo item ubuntu ESC - Sale de la ventana o menú La configuración se lleva a cabo en los archivos /etc/default/burg que ya lo vimos más arriba y en /boot/burg/burg.cfg. Este es mi burg.cfg con las modificaciones realizadas en /etc/default/burg, con radiancetext seleccionado como tema y con el nombre de las entradas modificadas: http://pastebin.com/fwSLTZGf Para comprobar como quedaría un tema o una resolución en el arranque, antes de llevar a cabo las modificaciones en /etc/default/burg y /boot/burg/burg.cfg, lo podemos hacer con la orden en terminal sudo burg-emu . Mientras se ejecuta burg-emu utilizando el shorcut t o F2 podemos seleccionar tema y con r o F3, usando las teclas up y down, las resoluciones. Les muestro en un video, que no tiene la calidad que hubiera deseado, como inicia mi equipo y como cambio y quedan distintos temas. Los shorcuts son los mismos que se utilizan runtime y que fueron listados más arriba. link: http://www.youtube.com/watch?v=eFzhohm3wY8 PARA LOS USUARIOS DE MANJARO CUYO ÍCONO NO VIENE POR DEFAULT EN BURG DESDE ESTE LINK PUEDEN DESCARGAR LA CARPETA THEMES MODIFICADA QUE LO INCLUYE: https://dl.dropbox.com/u/69027044/themes.zip Una vez que descarguen el archivo lo descomprimen y reemplazan /boot/burg/themes con esta carpeta themes que les dejo. No va a funcionar para un solo tema, Autumn-Refined. Probablemente falten algunas cosas en el material de este post pero tengan en cuenta que en la wiki se encuentra lo que puedan necesitar. Espero que les sirva, por cualquier sugerencia, duda o dificultad estoy a su disposición. Gracias

El script que les muestro a continuación es modificación de otro que me acercara @alband y que originalmente era considerado como uno de los que posiblemente sirviera en la administración de servidores, dado que no se lo propuso para ese fin pero igualmente puede ser útil para administrar usuarios y grupos desde la consola, lo que lo vuelve independiente del entorno y de la distro en que se lo use, se los hago llegar. Con este script donde se encuentran centralizados los comandos más utilizados para administrar usuarios y grupos se puede: Respecto a los usuarios: Ver existentes, crear, borrar, bloquear, desbloquear, obtener información, cambiar contraseña, obligar a cambiar contraseña, agregar a un grupo. Respecto a los grupos: Ver existentes, crear, borrar. Situaciones particulares: a) Los usarios y grupos existentes en el sistema se muestran en cada operación que los involucre b) No se ha incluido el comando que borra el directorio del usuario cuando es eliminado por una razón de seguridad. Por tanto se lo debe borrar manualmente. El comando es simple: sudo rm -R /home/directorio_usuario c) No se ha incluido el comando que borra el nombre del usuario eliminado del archivo /etc/group por la misma razón expuesta en el punto anterior. Por lo tanto se debe llevar a cabo manualmente. puede hacerse con los siguientes comandos como root, creando la copia de seguridad pertinente: mv /etc/group /etc/group.old while read linea do echo ${linea//nombre_usuario/} >> /etc/group done </etc/group.old Como ven no utilicé sed aunque el que quiera lo hará seguramente: mv /etc/group /etc/group.old sed -e ‘s/nombre_usuario//g’ /etc/group.old > /etc/group d) El script debe ejecutarse como root o va a retornar un mensaje de error informándolo. Ustedes ponganle el nombre que les guste, denle permisos de ejecución y de preferencia guárdenlo en /usr/local/bin. La creación de lanzadores y otras cuestiones por el estilo depende de quién lo quiera utilizar e) Dada la cantidad de línea utilizadas para escribirlo dejo dos pastes, uno que corresponde a las capturas del código que muestro a continuación, 228 líneas, y otro que es un poco más fácil de leer que tiene alrededor de 350 líneas. Ambos funcionan de la misma manera. La extensión que tiene obedece a la necesidad de controlar los errores que pueden aparecer y no a las órdenes para realizar las acciones específicas solicitadas. El script: Un par de capturas que muestran la presentación del script y un pedido de información sobre cesarzeta: Los pastes para que puedan descargar el código. Tengan precaución con las líneas que por falta de espacio aparecen divididas aunque sean una sola: http://pastebin.com/UDBPtUeJ http://pastebin.com/sgPRjCJN AGREGADO: POR FAVOR NO SE LES OCURRA BLOQUEAR ROOT Creo que eso es todo. Como siempre seguramente este script puede ser mejorado y/o corregido y acepto críticas, sugerencias y correcciones si las creen pertinentes, vía comentario o MP. Gracias por la atención.

En un muy reciente artículo de Espacio Linux titulado "The Arch delusion" ( La ilusión de Arch en español o con doble sentido El engaño de Arch) por enésima vez nos encontramos con un forista y algunos comentaristas que creen que su incapacidad personal puede ser la medida de la calidad de ArchLinux en este caso o de cualquier otra distro. Estableciendo paralelismos sería lo mismo que si yo dijera que porque no comprendo las fórmulas matemáticas desarrolladas por Einstein y, además, soy absolutamente inacapaz de aplicarlas, la teoría de la relatividad es un engaño. Similar situación se presentaría si dijera que la Partita 2 para violín de Bach no sirve porque mi grupo de amigos y yo somos incapaces de ejecutarla (lo digo porque soy aficcionado a la música). Escúchenla en youtube por Yehudi Menuhin y diganme, puede gustarles o no, si sirve o no sirve. Claro, lamentablemente son muy pocos los violinistas capaces de ejecutarla Aquí el texto del artículo obviando algunos links que contiene la página que el que lo desee los puede ver en la fuente de información. Nota Publicado: Jue Ago 22, 2013 12:00 am Arriba Llevo ya varios años usando Arch, y si bien en general me ha ido bastante bien, en los últimos tiempos el sistema a ido empeorando cada vez más, no importa cuando busque han aparecido varios problemas que no tienen solución Los 2 más graves que tengo ahora son: Cada vez que conecto y desconecto un dongle wifi externo o que activo o desactivo la conexión wireless se produce un kernel panic. Hace apenas unos días actualicé, y cada vez que me que me quiero conectar a mi AP, me pide la contraseña del AP, el problema es que no me la reconoce, y la contraseña está correcta. No tengo ningún problema para conectarme desde un LiveCD, así que deduzco que el problema es exclusivo de Arch, y juro que esta todo perfectamente configurado tal cual lo dice la wiki. Junto con esos problemas han aparecido algunos problemas menores, que si bien me han llevado algún tiempo, los he podido resolver con relativa facilidad, como por ejemplo cuando en una actualización reciente glibc me bloqueó el acceso a la terminal, y ni siquiera hubo un maldito aviso :evil: . Y así podría citar varios ejemplos más. El problema es que estos problemas son demasiado frecuentes en está distro, consume tiempo arreglarlos, y aparecen en el peor momento posible. Otras cosa que me molesta es que por ejemplo software de uso muy común en GNU/Linux (Qbittorrent, mozplugger, y varios más) no esta (ni lo va estar nunca) en los repos oficiales y toca perder tiempo y recursos compilandolos desde AUR. En principio y pensandolo fríamente, ¿Porqué me intereso Arch en un primer momento? pues en principio porque había ciertos programas y librerías que sí o sí me interesaba tenerlos a la última, KDE y Qt, pues yo soy un fanboy de ambos. El resto de los programas no me interesan tanto. También me interesaba mucho el no depender de herramientas añadidas inútilmente (pej., centros de software, y otras herramientas de uso no regular). ¿Tiene Arch algo que valga la pena y que no pueda remplazar usando otra distribución? Sí, los PKGBUILD y (paradógicamente) AUR. Hacer un paquete para Arch es por lejos lo más fácil del mundo, y AUR permite tener software de última generación. Pero de nuevo, el problema está en que esta en que estos paquetes nunca llegaran a los repos oficiales o tardarán varios años en hacerlo. Al final resultó que este tipo tenía toda la razón y Arch no es ni más ni menos que una distro para hipsters: Esta descripción también me gusta : Ahora, bien, con varios puntos en contra y sólo unos pocos a favor ¿Que distro debería elegir?, aquí algunos puntos a considerar: Distro madre, en lo posible. Que sea una distro KDEcéntrica o al menos neutral. KDE y Qt siempre actualizados a la última. El core del sistema debe ser lo más estable posible (sin fallos aparentes). Distro bien documentada y conocida. Fácil creación de paquetes. Poder actualizar entre versiones sin reinstalar (y que todo funcione). Buen soporte para 64 bits. Sin herramientas adicionales. Necesidad de compilar tendiente a cero. El tipo de instalación, y programas por defecto, me resultan triviales a la hora de elegir una distro. Con todos estos puntos y buscando durante varias horas en distrowatch, encuentro que sólo dos distros cumplen con estas condiciones, casi a la perfección: Fedora y Kubuntu. Para empezar, tanto Fedora como Kubuntu tienen políticas de actualización que permiten tener un KDE a la última con una base relativamente estable. Fedora es una distro madre y neutral, mientras que Kubuntu es un fork de Ubuntu pero centrada en KDE. Ambas con una larga trayectoria y una comunidad bastante grande. Ambas con buen soporte de 64 bits, sin herramientas extras, y con un gigantesco repo de paquetes precompilados. A Kubuntu la conozco de sobra y nunca he tenido problemas serios actualizando entre versiones, incluso he llegado a actualizar 3 versiones seguidas en tan sólo un día sin ningún problema. Con Fedora de momento no tengo nada de experiencia en cuanto a las actualizaciones, pero el sistema de empaquetado RPM (en apariencia) me resulta más fácil y atractivo que el sistema DEB. Si bien en esta comparativa pareciera que Kubuntu lleva la ventaja sobre Fedora, según la opinión de alguien que viene de Arch, y dado que Kubuntu ha sido una distro ampliamente probada con anterioridad, mí apuesta personal esta vez va por Fedora. Primero que nada porque nunca antes la había usado y me da cierta curiosidad, por otro lado Fedora es un descendiente directo de RHEL, y dicen que para servidores de tipo empresarial RHEL es por lejos lo mejor, y en un futuro tal vez tenga lo posibilidad de armar mi propio server, quien sabe . Y por último hay una razón muy especifica que sólo me concierne a mí, pero que resulta decisiva, y esa razón es la ruptura FFmpeg/LibAV. Fedora usa FFmpeg, mientras que Kubuntu usa LibAV. Y uno de mis proyectos 8-) hace uso específicamente de las librerías de FFmpeg. La sentencia ha sido dictada ¿no? Así que de momento tengo Fedora lista para instalar, a menos claro que alguien me persuada de ello ¿Preguntas, opiniones, comentarios, lo que sea? Bueno.... pareciera que es algo notable que en mi caso no tenga problemas en Arch con el wifi, ni con las contraseñas, ni con mi Core/Radeon 7770, ni con KDE ni con nada. Soy un genio de la informática y del GNU/Linux? No señores, soy un usuario promedio nada más, que se pregunta cómo le pueden suceder cosas tan desagradables a linuxeros tan experimentados para que digan que Archlinux es un engaño y que pide que por favor no afirmen que delusion puede traducirse como ilusión e ilusión no es un engaño porque lamentablemente el significado engaño queda por lo menos connotado en el contexto de la expresión. Si no era la intención decir que Arch es un engaño además de no saber usar la distro tampoco saben escribir. El objetivo de este post no es defender a Arch si no critícar la actitud del autor del artículo y la de aquellos que incurren en la desagradable y desleal práctica de descalificar las distros que la incapacidad personal les impide usar o las distros que simplemente no les gustan Compañeros linuxeros y sostenedores de la filosofía del software libre dejemos de lado esas prácticas y mejor digámonos cuando algo no nos sale como quisiéramos o no nos agrada: No tengo la capacidad para usar esta distro y como otros sí la tienen puedo aprender y tratar de igualar hacia arriba en vez de hacia abajo o... mejor que me calle la boca hasta que sepa cuál es mi problema. O....esta distro no me gusta pero a otros sí les gusta y convendría que respete la libertad de elección de los compañeros. En algún momento deberíamos darnos cuenta que cada vez que descalificamos una distro en lugar de realizar una crítica constructiva, o proponer una solución al problema o desarrollar algo que lo resuelva escupimos para arriba y que tarde o temprano el escupitajo nos va a caer encima No es mi costumbre cerrar los comentarios pero esta vez lo hago porque solamente quiero expresar lo que pienso y siento, no deseo un forobardo y tampoco me importan los puntos. Link al artículo: http://www.espaciolinux.com/foros/cafe/the-arch-delusion-t51752.html

Si bien el material de este post está tomado de la wiki de ArchLinux lo más probable es que también funcione en otras distribuciones dado que systemd es el mismo en cualquiera de ellas, de hecho lo escrito aquí es válido para Debian. Como dice el título tenemos dos cuestiones: 1) El autologin 2) Lanzamiento automático de las X Autologin: Para el autologin con systemd tenemos dos alternativas: a) En consola virtual. b) En consola serial. Consideraciones generales sobre las tty en systemd: a)Consolas virtuales: Por defecto las ttyx (consolas virtuales) habilitadas son seis, incluyendo tty1, por tanto puedo lanzar una tty con el comando Donde x puede ser de 2 a 6 y por lo tanto utilizar de F7 a F12 no va a tener ningún efecto, solamente una pantalla negra con un guión titilante. Si quiero aumentar el número de tty's disponibles debo editar el archivo /etc/systemd/logind.conf para descomentar y/o cambiar el valor de NAutoVTs a 11. Dejamos la tty12 libre porque es recomendable que se utilice para el forwarding de journald que se efectúa de la siguiente manera: 1) Creación del directorio /etc/systemd/journald.conf.d: sudo mkdir /etc/systemd/journald.conf.d 2) Creación del archivo /etc/systemd/journald.conf.d/fw-tty12.conf sudo nano /etc/systemd/journald.conf.d/fw-tty12.conf Aquí agregamos al fw-tty12.conf el siguiente contenido: ForwardToConsole=yes TTYPath=/dev/tty12 MaxLevelConsole=info Para agregar gettys preactivadas que se van instanciar en el inicio debemos crear un symlink en el directorio /etc/systemd/system/getty.target.wants/ para la tty que deseamos. Esto lo hacemos de la siguiente manera suponiendo que quiero activar la tty9: ln -sf /usr/lib/systemd/system/[email protected] /etc/systemd/system/getty.target.wants/[email protected] Para desactivar una tty lo hacemos borrando su symlink en /etc/systemd/system/getty.target.wants/. El ejemplo: rm /etc/systemd/system/getty.target.wants/getty@{tty5,tty6}.service b) Consolas seriales: Las consolas seriales se designan como ttySx, donde x es el número de consolas habilitadas. Para saber de cuantas consolas seriales disponto lo puedo hacer con el comando ls -l /dev | grep ttyS Autologin en consola virtual: Como voy a utilizar la tty1 para el login automático, lo habitual, el comando a usar es el siguiente: sudo systemctl edit getty@tty1 En la ventana que aparece agregamos el siguiente contenido reemplazando username por su nombre de usuario: ExecStart= ExecStart=-/usr/bin/agetty --autologin username --noclear %I 38400 linux Una captura de lo que se ve en mi equipo con el contenido indicado agregado: Como el editor de texto es nano guardo con ctrl+o y cierro con ctrl+x. Luego de este paso voy a tener creado /etc/systemd/system/[email protected]/override.conf y si reinicio voy a loguear como cesarzeta en tty1. Para loguear en una tty diferente a tty1 en el comando habría puesto getty@ttyx donde x sería el número de consola Autologin en consola serial: Para el ejemplo voy a utilizar ttyS0 y los pasos a seguir son los siguientes: a) Crear el directorio /etc/systemd/system/[email protected] sudo mkdir /etc/systemd/system/[email protected] b) Crear y editar el archivo conf necesario: sudo nano /etc/systemd/system/[email protected]/autologin.conf En este archivo escribimos estas líneas reemplazando username por su nombre de usuario: ExecStart= ExecStart=-/usr/bin/agetty --autologin username -s %I 115200,38400,9600 vt102 Como el editor de texto es nano guardo con ctrl+o y cierro con ctrl+x. Si se reinicia el logueo como username se va a producir en ttyS0. Inicio automático de las X, pasos necesarios: a) Debemos tener en /home/usuario el archivo oculto .xinitrc indicando que sesión se va a iniciar. Único contenido de mi .xinitrc (tengo instalado un solo DE): exec startxfce4 Si no tienen y no quieren crear el .xinitrc manualmente lo pueden copiar y luego editarlo: cp /etc/X11/xinit/xinitrc ~/.xinitrc b) Para lanzar las X en una sola tty se debe agregar al /home/usuario/.bash_profile la siguiente línea: [[ -z $DISPLAY && $XDG_VTNR -eq 1 ]] && exec startx El comando anterior indica con '-eq 1' que las X se van a lanzar en vt1 (tty1). Para conservar la integridad de la sesión se debe iniciar la X en la misma tty que el autologin. Si hubiera utilizado '-eq 7' solamente habría tenido entorno gráfico en la tty7. c)Según la wiki para contar con entorno gráfico en más de una tty se puede cambiar el '-eq 1' por ejemplo por '-le 3'. Con esta modificación, dado que -le 3 significa menor o igual que 3, vamos a tener X en tty1, tty2 y tty3. Aclaro que esta característica a mí no me ha funcionado con las X lanzadas en otra tty con el mensaje de error de que el servidor X ya se está ejecutando en otra instancia. Teóricamente se puede terminar con las X con los comandos pkill -15 Xorg o killall Xorg Pero con esta configuración la X se reinician automáticamente y estos comandos no son útiles d) No es imprescindible pero si conveniente cambiar el runlevel y desactivar el gestor de sesiones. sudo systemctl disable lightdm.service sudo systemctl set-default -f multi-user.target Bueno... eso es todo. Espero que el contenido del post esté claro. Como siempre se aceptan las sugerencias y/o correcciones pertinentes. Sé que a muchos compañeros linuxeros les disgusta systemd, me incluyo entre ellos, pero systemd llegó para quedarse y es mejor conocerlo porque, según entiendo, de las distros principales la única que verdaderamente nos da la opción de no utilizarlo es Gentoo. Muchas gracias por su paciencia y atención.

La distribución donde utilizo esta pequeña aplicación es ArchLinux con XFCE4 aunque va a funcionar en cualquier distro que utilice systemd y en cualquie entorno de escritorio siempre y cuando se respeten la versiones de Python y Gtk con que fue escrita. Las razónes para haberla escrito son por una parte mostrar que fácil es usar Gtk3 con Python y por otra que xfce4-session-logout realmente no me agrada. Características: 1) Script utilizando Python 3.5 y Gtk 3.18.2-1. Redundantemente lo llamé salir.py y le creé un lanzador en mi panel. 2) Comandos de systemd para apagar, reiniciar, etc. que no requieren privilegios de super usuario. No le puse comandos para suspender e hibernar porque para ésto prefiero usar la consola o las funciones de la tapa de la notebook. 3) Íconos para los botones que fueron guardados en /home/usuario/.icons 4) Archivo css para darle estilo a la ventana, botones y etiquetas. Lo llamé salir.css y se encuentra en /home/usuario 5) Estoy usando xscreensaver para bloquear la pantalla, si usan otro salva pantalla el comando en la función bloquear() va a cambiar. Advertencia: El script no debe ser lanzado con sudo, su o logueado como root porque los íconos y el archivo salir.css no serían encontrados al cambiar el path de /home/usuario a /root. Los comandos de systemd utilizados no requieren privilegios de super usuario y si lo hacen, dependiendo de la configuración de sus equipos las opciones son: a) Agregar el script a /etc/sudoers para que no pida contraseña. b) Cambiar los permisos del usuario en polkit-1 Si alguien utiliza el script y tiene problemas con esto me avisa y con gusto lo voy a ayudar. El script en capturas de geany para que lo vean bien y el código: Capturas: Código: #!/usr/bin/python3 # -*- coding: utf-8 -*- import gi,os,pwd gi.require_version('Gtk', '3.0') from gi.repository import Gtk, Gdk usuario = pwd.getpwuid(os.getuid()).pw_name ## La aplicación ha sido pensada para utilizar con systemd ## cuyos comandos de apagado y reinicio no requieren privilegios de ## super usuario. Si se ejecuta con sudo o su los íconos para los ## botones y el archivo css no van a ser encontrados, o sea, aunque no ## de error no van ver nada en sus pantallas. iconos = '/home/' + usuario + '/.icons/' pathcss= '/home/' + usuario + '/salir.css' def reiniciar(): os.system("/bin/systemctl reboot") def apagar(): os.system("/bin/systemctl poweroff") def cerrar(): os.system("user=$(whoami) && loginctl terminate-user $user") def bloquear(): os.system("/usr/bin/xscreensaver-command --lock") class Salir: def __init__(self): # Ventana de la aplicación y sus características. self.window = Gtk.Window() self.window.set_name('MyWindow') self.window.set_modal(True) self.window.set_decorated(False) self.window.set_position (Gtk.WindowPosition.CENTER) self.window.set_default_geometry(700,90) self.window.set_resizable(False) # Íconos que se van utilizar en los botones. image1=Gtk.Image() image1.set_from_file(iconos + "cancel.png") image2=Gtk.Image() image2.set_from_file(iconos + "bloquear.png") image3=Gtk.Image() image3.set_from_file(iconos + "salir.png") image4=Gtk.Image() image4.set_from_file(iconos + "reiniciar.png") image5=Gtk.Image() image5.set_from_file(iconos + "apagar.png") # Contenedores para los widgets. self.vbox=Gtk.VBox() self.hbox=Gtk.HBox(1) self.hbox1=Gtk.HBox(1) # Botones con sus características, función e imagen de cada uno. self.b1=Gtk.Button() self.b1.set_size_request(140,80) self.b1.connect("clicked",Gtk.main_quit) self.b1.add(image1) self.b2=Gtk.Button() self.b2.set_size_request(140,80) self.b2.connect("clicked",lambda w: bloquear()) self.b2.add(image2) self.b3=Gtk.Button() self.b3.set_size_request(140,80) self.b3.connect("clicked",lambda w: cerrar()) self.b3.add(image3) self.b4=Gtk.Button() self.b4.set_size_request(140,80) self.b4.connect("clicked",lambda w: reiniciar()) self.b4.add(image4) self.b5=Gtk.Button() self.b5.set_size_request(140,80) self.b5.connect("clicked",lambda w: apagar()) self.b5.add(image5) # Empaquetado de los botones en el primer box horizontal self.hbox.pack_start(self.b1,True,True,1) self.hbox.pack_start(self.b2,True,True,1) self.hbox.pack_start(self.b3,True,True,1) self.hbox.pack_start(self.b4,True,True,1) self.hbox.pack_start(self.b5,True,True,1) # Etiquetas que nos van a mostrar la función de cada botón. self.l1=Gtk.Label("Cancelar") self.l1.set_size_request(140,10) self.l2=Gtk.Label("Bloquear") self.l2.set_size_request(140,10) self.l3=Gtk.Label("Salir") self.l3.set_size_request(140,10) self.l4=Gtk.Label("Reiniciar") self.l4.set_size_request(140,10) self.l5=Gtk.Label("Apagar") self.l5.set_size_request(140,10) # Empaquetado de las labels en el segundo box horizontal. self.hbox1.pack_start(self.l1,True,True,1) self.hbox1.pack_start(self.l2,True,True,1) self.hbox1.pack_start(self.l3,True,True,1) self.hbox1.pack_start(self.l4,True,True,1) self.hbox1.pack_start(self.l5,True,True,1) # Empaquetado de los box horizontales en el box vertical. self.window.add(self.vbox) self.vbox.pack_start(self.hbox,True,True,1) self.vbox.pack_start(self.hbox1,True,True,1) # Los siguientes pasos son para dar estilo a los controles a # partir del archivo css escrito para esta aplicación. style_provider = Gtk.CssProvider() css = open(pathcss , 'rb') css_data = css.read() css.close() style_provider.load_from_data(css_data) Gtk.StyleContext.add_provider_for_screen( Gdk.Screen.get_default(), style_provider, Gtk.STYLE_PROVIDER_PRIORITY_APPLICATION ) # Hacemos todo visible y le damos transparencia a la ventana. self.window.show_all() self.window.set_opacity(0.85) def main(self): Gtk.main() if __name__ == "__main__": salir = Salir() salir.main() El archivo css en captura y el código: Captura: Código: #MyWindow { background: #050; } #MyWindow GtkButton{ background: #666666; } #MyWindow GtkButton:hover{ background: #BBBBBB; } #MyWindow GtkLabel{ background: #222222; color: #F00; font: bold; } #MyWindow GtkHBox{ background: transparent; } #MyWindow GtkVBox{ background: transparent; } EDITADO: Cuando escrbí el código original lo hice pensando en que cualquiera pudiera comprenderlo pero como hay un compañero que ha opinado en los comentarios que es redundante les dejo otra versión que tiene los mismos resultados pero que requiere un poco más de conocimientos sobre python. Capturas: Código: #!/usr/bin/python3 # -*- coding: utf-8 -*- import gi,os,pwd gi.require_version('Gtk', '3.0') from gi.repository import Gtk, Gdk usuario = pwd.getpwuid(os.getuid()).pw_name iconos = '/home/' + usuario + '/.icons/' pathcss= '/home/' + usuario + '/salir.css' images=[] def reiniciar(): os.system("/bin/systemctl reboot") def apagar(): os.system("/bin/systemctl poweroff") def cerrar(): os.system("user=$(whoami) && loginctl terminate-user $user") def bloquear(): os.system("/usr/bin/xscreensaver-command --lock") class Salir: def __init__(self): # Ventana de la aplicación y sus características. self.window = Gtk.Window() self.window.set_name('MyWindow') self.window.set_modal(True) self.window.set_decorated(False) self.window.set_position (Gtk.WindowPosition.CENTER) self.window.set_default_geometry(700,90) self.window.set_resizable(False) # Contenedores para los widgets y empaquetado de los mismos. self.vbox=Gtk.VBox() self.hbox=Gtk.HBox(1) self.hbox1=Gtk.HBox(1) self.window.add(self.vbox) self.vbox.pack_start(self.hbox,True,True,1) self.vbox.pack_start(self.hbox1,True,True,1) def crear_images(self): icons=['cancel.png','bloquear.png','salir.png', 'reiniciar.png','apagar.png'] i,b=1,0 while i <= 5: nombre='image' + str(i) nombre=Gtk.Image() images.append(nombre) nombre.set_from_file(iconos + icons) i,b=i+1,b+1 def crear_buttons(self): funciones=[Gtk.main_quit,lambda w: bloquear(), lambda w: cerrar(),lambda w: reiniciar(),lambda w: apagar()] i,b=1,0 while i <= 5: nombre='self.b' + str(i) nombre=Gtk.Button() nombre.set_size_request(140,80) nombre.connect('clicked',funciones) nombre.add(images) self.hbox.pack_start(nombre,True,True,1) i,b=i+1,b+1 def crear_etiquetas(self): textos=['Cancelar','Bloquear','Salir','Reiniciar','Apagar'] i,b=1,0 while i <=5: nombre='self.l' + str(i) nombre=Gtk.Label(textos) nombre.set_size_request(140,10) self.hbox1.pack_start(nombre,True,True,1) i,b=i+1,b+1 crear_images(self) crear_buttons(self) crear_etiquetas(self) # Los siguientes pasos son para dar estilo a los controles a # partir del archivo css escrito para esta aplicación. style_provider = Gtk.CssProvider() css = open(pathcss , 'rb') css_data = css.read() css.close() style_provider.load_from_data(css_data) Gtk.StyleContext.add_provider_for_screen( Gdk.Screen.get_default(), style_provider, Gtk.STYLE_PROVIDER_PRIORITY_APPLICATION) # Hacemos todo visible y le damos transparencia a la ventana. self.window.show_all() self.window.set_opacity(0.85) def main(self): Gtk.main() if __name__ == "__main__": salir = Salir() salir.main() Capturas de mi escritorio donde puede verse la ligera transparencia de la ventana y el color de uno de los botones en hover: Veo que últimamente posts de este tipo no son comunes por lo tanto si hay algo que no resulte comprensible o que pueda ser mejorado como siempre se aceptan las correciones o sugerencias pertinentes. Pido disculpas por mi pobre desempeño en el diseño gráfico. Gracias por su atención.

Recientemente se publicó en DesdeLinux un artículo sobre Cysboard, supuestamente podría reemplazar a conky y me interesó. https://blog.desdelinux.net/cysboard-una-interesante-alternativa-conky/ Donde obtenerlo y como usarlo lo pueden ver en github del autor: https://github.com/mike168m/Cysboard Como me gustó lo probé en Debian Sid con openbox y les muestro como quedó. Captura de la pantalla completa: Captura de Cysboard solo: Captura con menos transparencia y más espacio entre secciones: Requisitos para su utilización: a) Crear la carpeta $HOME/.config/cysboard. Dentro de esta carpeta yo tengo el script para lanzarlo, los scripts que me dan la información que me interesa sobre el sistema y el main.html que es el tema que va a usar Cysboard para mostrarme la información. b) Una vez compilado copiar a /usr/local/bin el ejecutable Cysboard y la librería libsciter-gtk-64.so. c) Darle permiso al script con que lo van a iniciar en /etc/sudoers para que no pida contraseña de sudo Contenido de los scripts que utilicé: Script para lanzarlo: #!/bin/bash sleep 7 Cysboard Scripts para información del equipo: script0 #!/bin/bash echo $(date +%A) script1 #!/bin/bash echo $(date +%d)" de "$(date +%B)" de "$(date +%Y) script2 #!/bin/bash echo $(date +%H:%M:%S) script3 #!/bin/bash echo $(uname -r) script4 #!/bin/bash echo $(sensors | grep "CPU Temperature" | cut -d'+' -f2 | cut -c 1-7) script5 #!/bin/bash echo $(sensors |grep "CPU Fan Speed" | cut -d':' -f2 | cut -c 5-13) script6 #!/bin/bash echo $(sensors |grep "MB Temperature" | cut -d'+' -f2 | cut -c 1-7) script7 #!/bin/bash echo $(sudo hddtemp /dev/sda |cut -d":" -f3) script8 #!/bin/bash echo $(sudo hddtemp /dev/sda |cut -d":" -f3) script9 #!/bin/bash echo $(sudo hddtemp /dev/sdc |cut -d":" -f3) El archivo de tema main.html: <!-- The default theme cysboard will start with You can specify id="id_name" or #id_name Or class="class_name" or .class_name --> <html> <head> <title>Cysboard</title> <meta name="position_x" content="1680"> <meta name="position_y" content="150"> <meta name="width" content="230"> <meta name="height" content="850"> <meta name="time" content="1"> </head> <body> <style> html { background: transparent; } body { color: #DDDDDD; border-width: 3px; border-color: rgba(10, 10, 10, 0.0); border-style: solid; border-radius: 5px; padding: 5px; margin:*; font-family: cantarell; font-size: 13px; width: 200px; height: auto; background: rgba(80, 80, 80, 0.0); box-shadow: 0px 0px 20px rgba(10,10, 10, 0.0); } .section { background: rgba(0, 0, 0, 1.0); height: auto; width: 100%; position: relative; padding: 3px; margin-bottom: 5px; font-weight: 600; text-align:left; border-radius: 5px; } .section > p { margin: 1px; padding: 1px; } .section-header { background: rgba(130, 130, 130, 1.0); color: rgba(0, 0, 0, 1.0);; font-weight: 900; border-radius: 2px 2px 0px 0px; } </style> <!-- will add bars and graphs soon --> <!-- you can create your own with the rendering engine's javascript implementation --> <!-- os info --> <div .section #fechainfo> <div .section-header>FECHA y HORA</div> <br> <p style=font-size:18px;color:#DDDDDD;text-align:center><span #exec_0 cmd="/home/cesarzeta/.config/cysboard/script0"></span></p> <br> <p style=font-size:16px;color:#DDDDDD;text-align:center><span #exec_1 cmd="/home/cesarzeta/.config/cysboard/script1"></span></p> <br> <p style=font-size:28px;color:red;text-align:center><span #exec_2 cmd="/home/cesarzeta/.config/cysboard/script2"></span></p> <br> </div> <div .section #osinfo> <div .section-header>SISTEMA OPERATIVO</div> <br> <p>sistema: <span #os_name></span></p> <p>distro : Debian Sid<span ></span></p> <p>kernel : <span #exec_3 cmd="/home/cesarzeta/.config/cysboard/script3"></span></p> <p>arch : <span #cpu_arch></span></p> <p>uptime : <span #os_uptime></span></p> <br> </div> <!-- cpu info --> <div .section #cpuinfo> <div .section-header>CPU</div> <br> <p>modelo : <span #cpu_name></span></p> <p>vendor : <span #cpu_vendor></span></p> <p>uso total: <span #cpu_usage></span>%</p> <p>core1 uso: <span #cpu_usage_0></span>%</p> <p>core2 uso: <span #cpu_usage_1></span>%</p> <p>core3 uso: <span #cpu_usage_2></span>%</p> <p>core4 uso: <span #cpu_usage_3></span>%</p> <p>core5 uso: <span #cpu_usage_4></span>%</p> <p>core6 uso: <span #cpu_usage_5></span>%</p> <br> </div> <!-- mem info --> <div .section #meminfo> <div .section-header>RAM</div> <br> <p>libre : <span #mem_free mul="MB"></span>MB</p> <p>usada : <span #mem_used mul="MB"></span>MB</p> <br> </div> <div .section #externalProgram> <!-- you can replace the path with your on path to scripts --> <div .section-header>TEMPERATURAS</div> <br> <p>cpu : <span #exec_4 cmd="/home/cesarzeta/.config/cysboard/script4"></span></p> <p>cpfs : <span #exec_5 cmd="/home/cesarzeta/.config/cysboard/script5"></span></p> <p>mob : <span #exec_6 cmd="/home/cesarzeta/.config/cysboard/script6"></span></p> <p>disco 1 : <span #exec_7 cmd="/home/cesarzeta/.config/cysboard/script7"></span></p> <p>disco 2 : <span #exec_8 cmd="/home/cesarzeta/.config/cysboard/script8"></span></p> <p>disco 3 : <span #exec_9 cmd="/home/cesarzeta/.config/cysboard/script9"></span></p> <br><br> </div> </body> </html> Importante: recuerden que el archivo de tema html y los scripts que proveen la información son para mi sistema. En el de otros usuarios o distros puede que cambien. No puedo escribir un tema adecuado a cada distro o personalización del sistema que cada usuario haya instalado o llevado a cabo. Es necesario adaptar el tema a cada equipo.

Como reza el título el motivo de este post es agradecerle a @Tiroideas, desarrollador principal de gnulibre.com a quién nombré en un post anterior sobre este asunto, que le puso el pecho a las balas y ha trabajado sin descanso en estos días para que gnulibre,com pueda registrar usuarios nuévamente. Hago extensivo el agradecimiento a @matias6142 y @mabas011, administradores del sitio, que participaron activamente en el proceso de recuperación. Falta mucho por hacer en el sitio para que llegue a su máxima capacidad pero sus integrantes analizan los cambios necesarios y en los próximos días los van a implementar. Ya no formo parte del staff de gnulibre.com ni del sitio pero que quede bien claro: es por una decisión propia, tengo mis proyectos personales y gnulibre está en buenas manos. Para que no se cansen de leer tantas palabras subo un par de capturas. Dos son con el estilo por default del sitio y otras dos iguales a las anteriores pero con el estilo dark que se encuentra en Stylish. Ya sabemos que a Google Chrome o Firefox no le agrada Stylish pero puede activarse igual entrando en la configuración de las extensiones. Las capturas: Bueno compañero taringueros, ya están al tanto: El que quiera visitar gnulibre.com y registrarse ya puede hacerlo. Muchas gracias por su atención y por el apoyo que le dieron al primer post que publiqué sobre este problema. https://www.taringa.net/posts/linux/20226415/La-agonia-de-gnulibre-com-Inoperancia-de-sus-conductores.html