Sobre la carga de demonios

Bueno, es un pequeño detalle, un consejo podríamos decir. Pero que me sirvió mucho para mantener a salvo mi sistema.

Hace un tiempo tuve problemas con mi tarjeta wifi broadcom BCM4313 y dejo de funcionar… cada vez que llegaba a la carga de ufw (el firewall que tengo configurado) fallaba la carga de demonios y no me dejaba continuar… era una combinación entre udev y la carga de demonios. La cosa es que no pude resolverlo, supongo que por una falta de conocimientos. Y, al final no me di el tiempo para investigar y decidí reinstalar todo el sistema de nuevo.

Bueno, lo que paso, fue que sucedió de nuevo, pero ahora tenía todos los demonios cargados en “background” lo que se hace editando el archivo: /etc/rc.conf  y poniendo en la sección “DEMONS” y poner un “@” delante de cada demonio, algo mas o menos así

DAEMONS=(hwclock syslog-ng dbus @wicd @netfs @crond @ufw @slim) 

y con esto me aseguré de que todo se cargara, y aunque no se cargo la tarjeta de red, y el demonio del firewall pude acceder al sistema. (me paso también con otro problema y aunque no tuve entorno gráfico, tuve acceso al sistema y por ende pude resolver el problema).

Así que desde ahora guardo el respaldo de mi rc.conf con los demonios para cargarse en “background” y todo bien :D

Sobre ownCloud

Sobre como instalarlo en Arch Gnu/linux y la solución a un pequeño problema que tuve para sincronizar las carpetas.

Bueno, hace poco escribí sobre algunos servicios para sincronizar datos y albergarlos en la “nube”. El que mejor me ha parecido hasta el momento es ownCloud Que da 6gb gratuitamente, además tiene un desarrollo estable con la posibilidad de instalarlo en un servidor propio. Un problema que habías estado viendo en el equipo de trabajo “ubb-Alma”.

La instalación del cliente en Arch es bastante trivial (aunque se instalará una versión relativamente atrasada)

yaourt -S owncloud-client

Y se instalaran 2 programas con sus respectivas dependencias: owncloud-client y csync-owncloud. la instalación es simple (recordar que como es desde AUR no esta demás mirar el “pkgbuild”).

El problema vino luego, cuando quise sincronizar información ya que me salía un problema entre la hora de la maquina local (mi computador) y el servidor de owncloud y me recomendaba usar ntp (Network Time Protocol) en las 2 maquinas. Y bueno, me puse a investigar… luego de leer un poco sobre ntp y no gustarme mucho la idea cambiar la forma de establecer la hora en mi computador me puse a pensar en la configuración del programa instalado en mi laptop.

Descubrí que la configuración del tiempo de diferencia permitido eran 10 segundos. Así que fue tan simple como cambiar en el archivo de mi directorio personal ~/.csync/csync.conf el siguiente valor:

# max diff time between two recplicas in seconds
max_time_difference = 10

y ponerle un valor mayor. Luego se sincronizo sin problemas.

Alternativas a Dropbox

Hay muchas mas, pero estas 4 son las que mas me acomodan, según lo que necesitamos en el proyecto ALMA de la Ubb.

Tenemos que buscar algunas alternativas para sincronizar y compartir archivos, por lo cual nos dimos la tarea de buscar alternativas a dropbox, principalmente por que uno de los integrantes del equipo puso sus reparos, ya que este servicio, que además es de código cerrado, escanea todos los archivos. Investigando en la red, he visto que se esta especulando sobre la venta de datos de los perfiles de usuarios de dropbox o su utilización. Si ocupamos gmail… esto debería dar risa, jejeje.

Pero una cosa es que puedan tener nuestros datos personales y utilizarnos para propaganda o cualquier otro fin, lo que ya es molesto, por decirlo menos. Otra cosa es que utilicemos estos servicios para proyectos en los cuales la seguridad de la información puede ser importante y llegar a ser crucial.

Y bueno, fui con la opción lógica en mi arch:  yaourt -Ss cloud …Es maravilloso lo abundante de información que obtuve de ahí… y me puse a investigar algunos de los paquetes que ahí aparecían… pasando por paquetes que hasta que no aprenda chino (o quizás que idioma) no podré utilizar, o por otros que simplemente no me llamaron la atención (debo asumir que no los investigue todos :P ), hasta llegar a algunos que fueron los que mas me gustaron.

  • Sparkshare:  Creado por Hylke Bons. Se ve como una alternativa potente desarrollada con el criterio de ser Open Source. Se puede montar un nodo que permite, a través de tu propio servidor sincronizar archivos. Una opción muy potente que busca dar las mismas prestaciones que dropbox.
  • Spideroak: Es un servicio privado con componente open source, que da 2 gb gratis en su nube y que además han mencionado que pronto su cliente será open source… es de esperar que todo su proyecto se vuelva hacía esta filosofía y así un poco mas confiable.
  • Syncany: Un servicio que tiene 2 ventajas por sobre cualquier otro: permite diferentes protocolos de conexión y sincronización, que además pueden ampliarse por plugins y permite la encriptación local de la información.
  • Owncloud: Uno de los que mas me ha gustado y en el que me gustaría contribuir… tiene un desarrollo potente y sus funcionalidades se siguen expandiendo. Ya me he creado una cuenta, gratuita con 6gb. Y además, y que es lo importante, pretendo montar un propio servidor con este servicio, lo cual es sumamente simple si tienes el servidor funcionando. Tanto me ha gustado que estoy sacando todos mis archivos de dropbox y dejando la cuenta solo por algunas carpetas compartidas que tengo con gente.

Resolviendo el problema de wicd

No se si a alguien mas le pasara, pero al actualizar mi sistema (Arch Gnu/linux), wicd fallaba, entregando unos mensajes de error cada vez que quería configurar una red.

Esto se refería a la conexión entre python y el demonio dbus. La verdad es que no había metido mano a solucionarlo, ya que podía conectarme a las redes que tenía configuradas, pero no podía agregar nuevas o configurar nada… así que cuando ya fue algo imperativo, tuve que ponerme a investigar.

En fin, el problema se resuelve fácil, es un bug, registrado en el siguiente link, pero nunca esta de más difundir los buenos aportes.

https://bugs.archlinux.org/task/29709

Y la solución (anotada ahí), es tan simple como esto:

# rc.d stop wicd

/user/share/wicd/daemon/wicd-daemon.py:1067
change:
prop = misc.sanitize_config(prop)
to:
prop = misc.sanitize_config(str(prop))

# rc.d start wicd

Luego funciona perfectamente :D

Netbeans-es en ARCH

Como instalar netbeans en español en arch con yaourt.

Bueno, actualmente este paquete esta huérfano, por lo que nadie se ha preocupado de mantener el link correcto, y supongo que es por lo sencillo que esto es. Paso a explicarlo ahora.

Es tan simple como ir a la siguiente dirección:

http://netbeans.org/downloads/7.1.1/start.html?platform=zip&lang=es&option=all

Aquí nos encontraremos con algo como esto:Image

En este punto la descarga comenzará automáticamente, la cual cancelamos.
Ahora bien:

  • yaourt -S netbeans-es
  • Editamos el PKGBUILD de la siguiente forma:

1.- En la sección source borramos la URL que esta dentro del parentesis y lo remplazamos con la siguiente dirección: http://bits.netbeans.org/7.1.1/community/2012-03-09_13-44-28/zip/netbeans-7.1.1-201203091344-ml.zip (que es la que se encuentra donde dice: “La descarga se iniciaría automáticamente… Si demora, haga clic aquí.”). OJO, que se debe cuidar el dejar la cadena ‘netbeans.desktop’ que esta dentro del parentesis.

2.- En la sección md5sums copiamos el código md5 (b3436f574045148b678597b5a63e2007) que aparece debajo del link dado arriba (miren la página o la foto puesta), y reemplazamos el primer código md5, el segundo lo dejamos intacto.

  • Guardamos los cambios.
  • continuamos la instalación normal

Eso es todo, simple y fácil :D

NOTA: la versión a instalar es la 7.1.1 la última estable, pero un no disponible en español es la 7.1.2