martes, 13 de diciembre de 2011

Experiencias sobre Gnome-Shell

     Ya tengo una semana utilizando el gnome 3 y puedo decir que ha sido grata, debido a que como usuario netamente de consola no me costo integrarme al escritorio, pero por otra parte hay ciertos detalles que no me terminan de convencer. Como lo he dicho antes soy un fan de kde 4, pero por motivos laborales y que la integración del escritorio con los proyectores no era buena, tuve que regresarme a gnome, debido a que no soy persona de desperdiciar recursos de espacio, me veo forzado a desinstalar kde e instalar gnome 2, en caso de mi funtoo, no tuve mayor inconveniente, lo que me encanta de usar distros donde se compila todo es que no quedan binarios o librerías sin utilizar y puedo hacer una desinstalación completa del sistema, tuve que conservar algunas librerías qt, porque uso wicd y hplip, sin embargo no me causa mayores tensiones.
     Bueno ya empecé a divagar otra vez, continúo, ya tengo una semana utilizando gnome3 y en verdad que -como dije anteriormente- la experiencia es grata pero tengo que resaltar las siguientes cosas que me desagradan:
  • Ausencia de descansa pantallas, de hecho en un comunicado especial el equipo de desarrolladores de gnome dijo que gnome-screensaver no iba estar disponible, debido a que no se utiliza mucho, a lo que pienso "que se ha creído esta gente para decidir que me gusta o no", pero bue... en verdad no me parece justo.
  • El fondo de escritorio es estático, cosa que me gusta últimamente es tener multiples fondos de pantallas, cosa que se hace en kde y en otros escritorios de manera nativa, incluso en gnome 2 utilizando un xml se podía hacer, en gnome-shell no existe esta opción, hay que valerse de un script de perl que lo hace, sin embargo no me parece, ya que ese tipo de detalles  se que existe un grupo de usuarios que les gusta.
  • No puedo cambiar la imagen de la pantalla de inicio, a menos que instale un tema, no entiendo porque de esto, particularmente me encanta cambiar la imagen del inicio, cada tanto para no aburrirme, sin embargo esto no es posible.
  • La personalización del escritorio me parece muy cerrada, o sea no hay tanta libertad como en los demás escritorios, me gusta ponerle un color a los bordes de pantallas y demás detalles, aquí no lo veo posible.
     Igualmente conseguí cosas que me parecen geniales, como:
  • El manejo de los espacios de trabajo, son dinámicas y se utilizan solo si el espacio anterior está siendo utilizado
  • Tengo más pantalla que utilizar, al eliminar una de las barras, tengo mas espacio en la pantalla
  • Las teclas de acceso rápido por teclado, esta funcionabilidad me gusta porque como vengo por la consola no me cuesta acostumbrarme.
  • Probablemente utilicemos la tecla windows mas que los mismos usuarios del sistema, debido a que esta tecla nos lleva al menú de aplicaciones.
  • Se pueden realizar extensiones (esto se lo dejo a los desarrolladores) debido a lo cerrado que comentaba se pueden utilizar extensiones para poder aflojar un poco el escritorio, de hecho he instalado las de ejemplo para verlo un poco, viene un Dock que me gustó bastante.
     Bueno salvo a los detalles, me gusta esta experiencia con gnome-shell, pese a lo que dijo Linus Torvalds, no me parece un desastre para el usuario final, si tiene sus detalles, que hay que mejorar y lo mas seguro que así suceda. Mientras tanto me parece un buen ambiente de escritorio, al menos para mi trabajo.

miércoles, 7 de diciembre de 2011

Funtoo con gnome-shell

     El día de ayer, decidí actualizar mi funtoo, así que hice lo de siempre:

#emerge --sync
#emerge -DuNav world

    Para mi sorpresa ya estaba disponible las librerías de gnome 3.2 y gnome-shell, tenia tiempo intentar usar gnome-shell, así que decidí instalarlo. la actualización fue fácil, pero larga, así que lo dejé toda la noche, para que se instalara sin problemas. En la mañana veo que ya terminó de hacer las respectivas actualizaciones, así que reinicio el sistema por cosa mía, ya que lo que tenia que hacer era reiniciar el xdm... Al momento de iniciar veo la pantalla de bienvenida de gnome-shell y dije "...listo..." pero no, al intentar iniciar me decía que había una falla, así que me sente a analizar el problema, recorde que leí en la wikipedia que gnome-shell no tenia soporte para compiz, (yo lo tenia instalado ya que me gusta); así que valiéndome de emerge --depclean desinstale todos los paquetes de compiz-fusion y volví a tratar de ingresar, mi sorpresa es que ya estoy utilizando gnome-shell con funtoo, sin problemas, ahora mismo hay un detalle con el libreoffice, pero creo que es una librería de java ya que cambie de el jre de oracle al icedtea, así que lo volví a compilar para ver.

sábado, 19 de noviembre de 2011

Administradores Windows!

    Unas de las cosas que he venido realizando desde el momento que dejé de trabajar en la A.P.N., es ser consultor en el área de administración de servicios basados en software libre; como consultor me he encontrado todo tipo de escenarios, desde administradores que tienen buenos conocimientos de su plataforma hasta otros que no saben ni cómo se instalaron los servicios que tienen corriendo.
     Sin embargo en estas últimas semanas me toco instalar un Zimbra CS 7 en Alta Disponibilidad, además de un servidor de dhcp, DNS, OpenLDAP, SAMBA y NFS, aparte de un servidor de impresión basado en CUPS+SAMBA, en esta curiosa institución semi-privada (descrita así por los propios empleados), el administrador de los servicios conoce sobre windows, sin embargo cuando le solicité que agregara un registro en su DNS principal que esta basado en Windows, con un registro MX para que Zimbra funcionara correctamente, el tipo se enredó en lo que estaba haciendo (y eso que en windows es mas sencillo). Sin embargo luego de un rato pudo agregar el registro; lo que mas me llama la atención es que como adminsys tengo un compendio de conocimientos integrales sobre las plataformas que manejo (tales como LDAP, DNS, dhcp, entre otros), debido a que en el mundo de GNU/Linux siento que uno se involucra más en la administración de los servicios... ya empecé a divagar otra vez...
     No quiero denigrar a nadie, pero cada día que pasa observo con más preocupación que los administradores de sistemas no están preparados para resolver problemas grandes, de hecho aveces ni se preocupan por revisar los logs del sistema ni averiguar por internet, sino que esperan que aparezca algún consultor que les solucione los problemas y esto me crea un conflicto personal debido a que cuando estaba a cargo de los servicios en mi anterior empleo, logré solventar los problemas por mi cuenta sin necesidad de recurrir a ningún personal externo. Entiendo que hay veces que las cosas se escapan de los conocimientos y capacidades que tengamos bajo algunas circunstancia, pero he visto cosas que me dejan pensando (¿cómo esta persona entro a trabajar con ese nivel?), sin embargo sin ellos yo no tendría consultorías que atender ;-) ...
    Un consejo para los nuevos adminsys el internet no muerde y los manuales existen para ser leídos y en linux se accede usando el comando man. Un colega me dijo una vez que los administradores de sistemas somos los obreros de la informática... Esto me molestó sobre manera debido a que nosotros debemos manejar diferentes tipos de conceptos y conocer los sistemas a fondo para poder solventar los problemas que se presenten, cuando me inicié en la administración el software libre era algo para eruditos y los que sabían no compartían los conocimientos con nadie, me tocó aprender leyendo los logs, consultando interminables foros, páginas de internet y hasta tratar de decifrar idiomas que no conozco (alemán, francés, portugués, etc.), para poder instalar, configurar y poner en marcha los servicios; para que me digan obrero, no me parece justo, sin embargo me contuve y lo deje a ese nivel. No somos obreros, somos tan importante como un desarrollador y manejamos la misma cantidad de conocimiento como cualquiera en este mundo y una buena cuota de responsabilidad por lo tanto mas respeto.

viernes, 29 de julio de 2011

OpenBSD cumplió 10 Años

     El día de ayer decidí darme un paseo por el sitio web de OpenBSD porque tenía un tiempo sin visitarlo, al entrar me di cuenta que ya esta disponible la nueva versión de OpenBSD la 4.9, también me llamo la atención el gráfico, que como ya es costumbre desde la versión 3.0, hacen una pequeña historieta, sin embargo lo que más me llamo la atención fue la canción que (cómo también es costumbre) le escribieron a esta versión, esta se llama the answer (la respuesta), donde entre tantas cosas dicen que la respuesta esta en BSD 4.2, yo cómo ya se sabe, también soy simpatizante de esta rama de unix, la familia BSD 4.4, por eso me llamó la atención que la respuesta es el BSD 4.2, motivo por el cual indagué un poco más acerca de esta versión de BSD Unix. Lo que me llevo a darme cuenta que, si es verdad esa versión es cerrada y a pesar que la versión que se liberó fue la 4.4, en la 4.2 se hicieron la mayoría de las implementaciones de tecnologías de software que utilizamos hoy en día en los derivados de Unix y otros sistemas operativos, (sockets, AF_Inet, Memoria Virtual, TCP/IP, etc.), si sabía que muchas de las implementaciones que se han hecho dentro del mundo de la informática se la debemos al equipo de BSD, más sin embargo desconocía que era la versión 4.2 a la que le debíamos esto.
     Bueno Luego de leer, toda la información acerca de la nueva versión de OpenBSD, pude percatarme que el proyecto cumplió ya 10 años, desde que se fracturó de NetBSD.

Libre, Funcional y Seguro!

viernes, 1 de julio de 2011

Zentyal

     No soy partidario en utilizar soluciones integradas de software (a menos que sea zimbra ;) ), la semana pasada inicie un proyecto donde me correspodía solventar el desastre que dejo otra persona (cosa que también odio, digamos que prefiero arreglar mis propios desastres), bueno pero en pro del conocimiento, decidí continuar, el problema según los clientes es que los usuarios de la red no pueden iniciar sesión usando las cuentas que se encuentran dentro del servidor; cuando le hecho un vistazo a las configuraciones, me doy cuenta que existe un servidor OpenLDAP primario donde hay unas cuentas de usuarios y otro que es una réplica del primero pero a este segundo le activarón la opción de compartir archivos, que básicamente es un samba que funciona como un PDC, para que los usuarios puedan compartir recursos ya sean con linux o con windows (pienso que con nfs se puede llegar a algo parecido).
     En fin lo primero que hago es un respaldo del árbol de ldap del primario (primer error), para nuevamente instalar otro zentyal (segundo error, jejejeje); bueno a la final luego de instalar el zentyal (por cierto un ubuntu), utilicé las ldap tools para subir los usuarios que había hecho backup, así que luego active la opción de compartir archivos para que los usuarios puedan tener acceso al samba y lo que ello implica. Aquí inicia el problema al momento de editar los usuarios para hacer una prueba me encuentro con un error, cuando reviso los logs del sistema, me doy cuenta que el problema es samba y que desconoce a los usuarios y grupos que me traje del servidor, por lo tanto trato de hacer todo tipo de peripecias que conozco para lograr reparar este problema, hasta me diseñe un script en perl para agregar las lineas necesarias a la plantilla ldif, pero no logré nada, lo que se me ocurrió fue nuevamente colocar como servidor réplica al que instalé nuevamente y activarle el samba, mágicamente si funcionó.
     Zentyal me parece una opción para pequeñas y medianas empresas donde se quiera abaratar costos y el que administrador de servicios no tenga mucha experiencia sobre GNU/Linux, sin embargo como siempre lo digo, yo soy de la vieja escuela y me parece que cuando existen problemas tan particulares como el que se presentó con este cliente, que por experiencia propia se que se pueden solventar en un escenario openldap+samba+debian.

martes, 14 de junio de 2011

Gentoo problemas y funtoo como opción



     Hace aproximadamente 3 semanas revisando la página de paquetes de gentoo (http://packages.gentoo.org) vi que ya estaba disponible la versión de KDE 4.6 para la rama amd64, motivo por el cual decidí realizar la instalación de dichos paquetes, pero antes estaba interesado en realizar una limpieza del sistema, debido a que yo instalo muchos paquetes y aveces sólo los utilizo una sola vez.
     Así que decidí realizar un emerge -v --depclean para limpiar los paquetes que están huerfanos en mi sistema, el portage me dio los paquetes que estaban huerfanos en mi sistema, por lo tanto decidí desinstalarlos, luego lo volví a correr y desinstalo otro tantos, el punto es que entre esas librerías supuestamente huerfanas se encontraba una de python (base de muchas aplicaciones dentro de kde y linux) lo que me trajo serios problemas con la estabilidad del sistema, la trate de instalar nuevamente pero unos problemas con otras librerías, por lo que decidi respaldar todo y hacer una instalación limpia del sistema (si lo sé a lo Windows).
     Como no sabía donde había puesto mi disco de gentoo 10, procedí a bajar el 11, total la instalación de gentoo se puede hacer con cualquier liveCD, bueno procedo a realizar la instalación de mi sistema operativo a como estoy acostumbrado, me doy cuenta que la versión del portage que esta en el cd es superior a la que esta dentro de los port de gentoo, pero no le presto mucha atención, hago todos los pasos, me copio el stage, bajo el portage, compilo el kernel a medida como siempre, agrego las flag dentro del make.conf, instalo los paquetes necesarios para las X y todo lo demas...
     Cuando intento reiniciar, me lanza un kernel panic porque no consigue el sistema de archivos shm ni el proc, cosa que según recuerdo se montan solo ya que el kernel se encarga de cargar estas dos carpetas.
     Luego de una semana de intentos fallidos donde volví a leer como tres veces el handbook de instalación de gentoo, recordé que el Sr. Robbins (creador y antiguo director de Gentoo), había realizado un fork de gentoo llamado Funtoo, así que me lanzo a leer la documentación de la instalación, lo que me llama la atención es que Robbins realmente no ha hecho muchas mejoras, dentro de gentoo, si no se vale del sistemas de ports de gentoo pero usando git y de liveCD de otras distros para instalar el funtoo.
     La instalación es muy parecida a la de gentoo excepto en la parte del kernel donde el recomienda usar el kernel del rescuecd para trabajar, realizo los pasos de la instalación con dicho kernel, y reinicio por primera vez, ahora sí me levanta todo perfecto, instalo mi KDE y mis aplicaciones y esta corriendo perfectamente sin ningún inconveniente.
     Mis impresiones, luego de 2 semanas utilizando el sistema, es un gentoo pero con paquetería un poco más nueva, de hecho los ports  que utiliza están aquí: git://github.com/funtoo/portage-mini-2010.git. Hasta ahora no le veo mucha diferencia con el gentoo ( debido a que utiliza grub2 y boot-loader para manejar el grub.cfg) así que me parece que fue una buena decisión.
     Lo que más me molesta fue la incapacidad de poder solventar el problema que se me presentó con el kernel y el sistema proc y shm, tener que llegar a pensar a volver a debian o a otra distro, luego que estoy tan acostumbrado a esta, me dio bastante stress, hasta pense volver a instalar sabayon, pero no me gusta como trabaja el entropy y tratar de trabajar con emerge no es una opción debido a un conflicto de versiones entre el árbol de portage y el entropy.

martes, 8 de febrero de 2011

Test para ayudarte a elegir que distribución de GNU/Linux utilizar

Tomé este test http://www.zegeniestudios.net/ y a que no adivinan que distro me recomiendan


No he parado de reime jejejejejejejejeje....

Cuando decidí instalar VirtualBox desde los fuentes...

  

      Luego de mucho trabajar con debian testing (squeeze), decidí que ya era tiempo de instalar Gentoo GNU/Linux, en la laptop del trabajo una Lenovo G450, así que me di a la tarea el día sábado de instalarlo, luego de 24 horas de compilación de paquetes y correcciones de algunos detalles, tengo un flamante gentoo con kernel 2.6.36, así que empiezo con la paqueteria, primero libreoffice, luego de hacer un emerge --search libreoffice me doy cuenta que se encuentra enmascarado para la arquitectura de 64 bits, lo desenmascaro y lo instalo sin novedades, otra herramienta que generalmente utilizo es el VirtualBox, antes de innotek, luego de sun y ahora de Oracle, pero particularmente luego de instalar la versión 4.0 hace un mes, me gustó mucho así que decidir ver que versión esta en los ports de Gentoo, para mi gran sorpresa todavía tienen la 3.2, investigué y todavía la versión 4.0.x esta en pruebas, así que me fuí por el camino de los hombres, decidí compilar la versión 4 OSE.
    Lo primero que hago es instalar las dependencias:

     emerge -av sys-devel/bin86 sys-devel/dev86 sys-power/iasl libxslt xerces-c xalan-c libXcursor libIDL libsdl hal alsa-lib pulseaudio cdrtools makeself latex-beamer

     Luego descargue los fuentes desde la página de virtualbox:
wget -c http://download.virtualbox.org/virtualbox/4.0.2/VirtualBox-4.0.2.tar.bz2

     Ahora desempaquetamos así:

tar xvfj VirtualBox-4.0.2.tar.gz

     Siguiendo la documentación suministrada por oracle, hago un ./configure --disable-hardening todo sin novedad hasta aquí, ahora me preparo para la compilación, nuevamente sigo lo que dice la documentación ejecutando el comand kmk all, pero llega un momento donde va a probar el java buscando dentro de /usr/lib/jvm/java-sun-6/javac y me daba un error, luego de leer un poco la solución es editar el archivo kmk y substituir la ruta por la que pertenece a gentoo, que es en /usr/bin/javac, así lo realice y volví a compilar, pense que todo iba a estar bien pero ahora el error es:
* javac is not available for sun-jre-bin-1.6 on x86_64
* IMPORTANT: some Java tools are not available on some VMs on some architectures
     Nuevamente le pregunte al sabio google y me respondió que lo que tenia que hacer era lo siguiente:
# eselect java-vm list
Available Java Virtual Machines:
[1]   sun-jre-bin-1.6  system-vm
sun-jre does not contain tools such as javac and jar, so we need to install sun-jdk:
Así que instalamos el sun-jdk
# emerge sun-jdk
Luego nuevamente eselect
# eselect java-vm list
Available Java Virtual Machines:
  [1]   sun-jdk-1.6
  [2]   sun-jre-bin-1.6  system-vm
y escojemos el indicado
eselect java-vm set 1

     Nuevamente a ejecutar el kmk, luego de unos 25 minutos compilando, me dice que hay un error descargando el manual de una página, no le presto mucha atención y prosigo al otro paso de la documentación de VB, entro en el directorio que se crea:
    en esta parte es importante que nos coloquemos como usuario normal, si por casualidad ejecutaste los pasos anteriores como root, le haces un chown usuario.usuario al directorio de los fuentes de VirtualBox (VirtualBox-4.0.2_OSE para este caso)
Sigamos,
nos colocamos en el directorio creado
cd out/linux.amd64/release/bin/src (NOTA: substituir por su arquitectura)
Luego proseguimos como para cualquier compilación de paquetes en linux:
# make
# sudo make install
# cd ..
     Ahora probamos que todo esté bien y cargamos el modulo del kernel:

# modprobe vboxdrv
si no nos da errores verificamos que la pertenencia del archivo /dev/vboxdrv sea del usuario que va a usar VB, en este paso se pueden crear el grupo vboxuser y agregar los usuarios a dicho grupo y cambiarle el grupo a dicho archivo.

     Si todo estuvo sin errores hasta aquí entonces corremos el virtualbox
./VirtualBox en el directorio out/linux.amd64/release/bin/ y nos ejecutará el virtualbox, en mi caso particular me dio un error porque no conseguía una librería para la virtualización, lo corregí copiando el archivo dentro del directorio anterior: 

#cp  /home/abraham/VirtualBox-4.0.2_OSE/out/linux.amd64/release/obj/VBoxDD/VBoxDD.so /home/abraham/VirtualBox-4.0.2_OSE/out/linux.amd64/release/bin/

     y listo, vuelvo a ejecutar el VB y no me presenta ningún error.
 
      Lo que queda pendiente es agregar los binarios al /bin o al /usr/bin para que se pueda ejecutar desde cualquier punto de la terminal y colocarlo en el menu del entorno gráfico de su preferencia (un lanzador)
      Me agrado esta experiencia, debido a que aprendí un poco mas como funciona el VB y también que con paciencia y dedicación se puede lograr casi cualquier cosa en Gentoo, sigo pensando que esta magnifica distro es la que mejor se me da....