Hace unos pocos días días se ha publicado la edición definitiva del estándar WebGL 1.0. Como cuentan en neoteo: El soporte WebGL actual está disponible en versiones de prueba y builds de desarrollo de los navegadores Firefox, Opera, Safari y Chrome, algo razonable si recordamos que Mozilla, Google, Apple y Opera son miembros activos del Khronos Group, encargado de WebGL. Con la librería lista, lo único que queda por hacer es integrar el soporte completo a los navegadores, y alentar a los desarrolladores para que comiencen a crear contenido compatible. Lo primero que viene a la mente son videojuegos de navegador con gráficos 3D, pero el potencial no termina allí [...] puede presentarse como un potencial rival para Adobe Flash.
Fuente: elestadal.com
martes, 8 de marzo de 2011
Autenticación con lápiz USB (pendrive)
Este artículo describe como realizar la autenticación de root mediante la inserción de una llave USB.
Lápiz USB
Material Necesario:
* Una máquina con GNU/Linux (el artículo se basa en Debian) y un puerto USB libre.
* Lápiz de memoria USB.
Instalando PAM USB:
# apt-get install libpam-usb
Instalando las PAM USB Tools:
# apt-get install pamusb-tools
Añadiendo nuestro lápiz como token de autenticación:
En primer lugar debemos pinchar el lápiz en el puerto USB y ejecutar:
# pamusb-conf —add-device llaveusb
Donde llaveusb es un nombre identificativo para el token, pero puede ser cualquier otro.
Añadiendo usuarios a pam-usb:
Es muy fácil añadir usuarios como se puede ver en el siguiente ejemplo en el que añadiremos a root para autenticar con pam-usb:
# pamusb-conf —add-user root
Probando si funciona la autenticación:
Con el lápiz conectado:
# pamusb-check root
* Authentication request for user «root» (pamusb-check) * Device “MyToken” is connected (good). * Performing one time pad verification… * Access granted.
Veremos que al final aparece Acces Granted, es decir, estamos autorizados.
Si repetimos la operación sin el lápiz observaremos que devuelve Access Denied
Si sacamos el pendrive veremos que al ejecutar lo anterior nos devuelve Access denied, justo lo contrario.
Pam-usb como sistema de login:
Editaremos el fichero /etc/pam.d/common-authy añadiremos la siguiente línea al principio:
auth sufficient pam_usb.so
En este momento podriamos iniciar una sesión gdm sin necesidad de introducir contraseña, simplemente conectando la llave usb.
Otra opcione interesante es que permite la ejecución automática de comandos al conectar el lápiz, así que podríamos crear un sistema para hacer copias de seguridad al conectar la llave usb, o un sistema de fichajes horarios o una máquina que introdujese albaranes de reparto personalizados para el transportista cuya llave ha sido introducida, autenticar un fichero firmado con gnupg, y muchas otras cosas, pero esto ya dejo que lo investiguéis vosotros mismos.
Para hacer todo esto se puede utilizar cualquier lápiz usb sin que sufra ninguna modificación, ya que el pam mira los datos del dispositivo hardware, como el fabricante, uuid y número de serie. Lo interesante es que aunque hiciésemos una copia completa del dispositivo, por ejemplo con dd, no obtendríamos una llave correcta para el token configurado.
Fuente: trucolinux.com
Lápiz USB
Material Necesario:
* Una máquina con GNU/Linux (el artículo se basa en Debian) y un puerto USB libre.
* Lápiz de memoria USB.
Instalando PAM USB:
# apt-get install libpam-usb
Instalando las PAM USB Tools:
# apt-get install pamusb-tools
Añadiendo nuestro lápiz como token de autenticación:
En primer lugar debemos pinchar el lápiz en el puerto USB y ejecutar:
# pamusb-conf —add-device llaveusb
Donde llaveusb es un nombre identificativo para el token, pero puede ser cualquier otro.
Añadiendo usuarios a pam-usb:
Es muy fácil añadir usuarios como se puede ver en el siguiente ejemplo en el que añadiremos a root para autenticar con pam-usb:
# pamusb-conf —add-user root
Probando si funciona la autenticación:
Con el lápiz conectado:
# pamusb-check root
* Authentication request for user «root» (pamusb-check) * Device “MyToken” is connected (good). * Performing one time pad verification… * Access granted.
Veremos que al final aparece Acces Granted, es decir, estamos autorizados.
Si repetimos la operación sin el lápiz observaremos que devuelve Access Denied
Si sacamos el pendrive veremos que al ejecutar lo anterior nos devuelve Access denied, justo lo contrario.
Pam-usb como sistema de login:
Editaremos el fichero /etc/pam.d/common-authy añadiremos la siguiente línea al principio:
auth sufficient pam_usb.so
En este momento podriamos iniciar una sesión gdm sin necesidad de introducir contraseña, simplemente conectando la llave usb.
Otra opcione interesante es que permite la ejecución automática de comandos al conectar el lápiz, así que podríamos crear un sistema para hacer copias de seguridad al conectar la llave usb, o un sistema de fichajes horarios o una máquina que introdujese albaranes de reparto personalizados para el transportista cuya llave ha sido introducida, autenticar un fichero firmado con gnupg, y muchas otras cosas, pero esto ya dejo que lo investiguéis vosotros mismos.
Para hacer todo esto se puede utilizar cualquier lápiz usb sin que sufra ninguna modificación, ya que el pam mira los datos del dispositivo hardware, como el fabricante, uuid y número de serie. Lo interesante es que aunque hiciésemos una copia completa del dispositivo, por ejemplo con dd, no obtendríamos una llave correcta para el token configurado.
Fuente: trucolinux.com
domingo, 6 de marzo de 2011
¿Qué es kdenlive?
Kdenlive (acrónimo del inglés: KDE Non-Linear Video Editor) (ˌkeɪdɛnˈlaɪv) es un editor de video no lineal para KDE, y está basado en MLT framework. El proyecto fue desarrollado inicialmente por Jason Wood en 2002, y actualmente es mantenido por un pequeño equipo de desarrolladores.
Kdenlive tiene soporte de todos los formatos FFmpeg (tal como MOV, AVI, WMV, MPEG, XviD, y FLV), y también soporta las razones de aspecto 4:3 y 16:9 para PAL, NTSC y varios estándares HD, incluyendo HDV. El video puede exportarse a dispositivos DV, o escribirse en DVD con capítulos y un menú simple.
Fuente: wikipedia.org
Kdenlive tiene soporte de todos los formatos FFmpeg (tal como MOV, AVI, WMV, MPEG, XviD, y FLV), y también soporta las razones de aspecto 4:3 y 16:9 para PAL, NTSC y varios estándares HD, incluyendo HDV. El video puede exportarse a dispositivos DV, o escribirse en DVD con capítulos y un menú simple.
Fuente: wikipedia.org
sábado, 5 de marzo de 2011
¿Como Descargar imagenes de debian GNU/Linux con jigdo?
¿Qué es jigdo?
Jigdo (acrónimo de "Jigsaw" y "download") es una utilidad de descarga inicialmente diseñado en torno a la distribución Debian de GNU / Linux que descarga archivos de varios espejos con el fin de construir una imagen de disco óptico. Jigdo es software libre, publicado bajo la licencia GNU General Public License. Actualmente Ubuntu, Fedora, Solaris, [cita requerida] y FreeBSD, también están disponibles a través de jigdo.
Fuente: wikipedia.org
Traducido por: Google traductor
A descargar un imagen con jigdo.
Lo primero que se tiene que hacer es conseguir los archivos *.jigdo y *.template de la imagen a descargar estos archivos le dan la información a jigdo de como descargar y construir la imagen de debian.
Teniendo los archivos dichos anteriormente en nuestra computadora abrimos el terminal o consola y nos desplazamos al directorio donde tenemos guardados los archivos *.jigdo y *.template.
Luego ejecutamos el comando:
jigdo-lite
Ojo si no se tiene instalado jigdo en nuestro sistema tendremos que instalarlo con el comando:
apt-get install jigdo
Una vez ejecutado el comando jigdo nos mostrará en la consola lo siguente:
Jigsaw Download "lite"
Copyright (C) 2001-2005 | jigdo@
Richard Atterer | atterer.net
Loading settings from `/home/alejandro/.jigdo-lite'
-----------------------------------------------------------------
To resume a half-finished download, enter name of .jigdo file.
To start a new download, enter URL of .jigdo file.
You can also enter several URLs/filenames, separated with spaces,
or enumerate in {}, e.g. `http://server/cd-{1_NONUS,2,3}.jigdo'
jigdo []:
Le pasamos como parametro el nombre el archivo por ejemplo:
debian-6.0.0-i386-DVD-1.jigdo
Pulsamos enter y luego nos mostrará la siguiente impresion:
Images offered by `debian-6.0.0-i386-DVD-1.jigdo':
1: 'Debian GNU/Linux 6.0.0 "Squeeze" - Official i386 DVD Binary-1 20110205-17:27 (20110205)' (debian-6.0.0-i386-DVD-1.iso)
Further information about `debian-6.0.0-i386-DVD-1.iso':
Generated on Sat, 05 Feb 2011 17:36:32 +0000
-----------------------------------------------------------------
The temporary directory `debian-6.0.0-i386-DVD-1.iso.tmpdir' already exists. Its contents
ARE GOING TO BE DELETED (possibly after having been copied to the
image, if they are of interest for it). If you do not want this
to happen, press Ctrl-C now. Otherwise, press Return to proceed.
:
-----------------------------------------------------------------
If you already have a previous version of the CD you are
downloading, jigdo can re-use files on the old CD that are also
present in the new image, and you do not need to download them
again. Mount the old CD ROM and enter the path it is mounted under
(e.g. `/mnt/cdrom').
Alternatively, just press enter if you want to start downloading
the remaining files.
You can also enter a single digit from the list below to
select the respective entry for scanning:
1:
Files to scan:
Aquí le pasamos como parametro el archivo *.template por ejemplo:
debian-6.0.0-i386-DVD-1.template
Luego pulsamos enter luego vemos la siguente impesion:
-----------------------------------------------------------------
The jigdo file refers to files stored on Debian mirrors. Please
choose a Debian mirror as follows: Either enter a complete URL
pointing to a mirror (in the form
`ftp://ftp.debian.org/debian/'), or enter any regular expression
for searching through the list of mirrors: Try a two-letter
country code such as `de', or a country name like `United
States', or a server name like `sunsite'.
Debian mirror [ftp://ftp.debian.org/debian/]:
Aqui solo pulsamos enter.
Y listo se comienza a descargar la imagen.
si en algun momento llegamos a cerrar la consola o terminal por equivocacion o se nos apague el pc por alguna razon no se preocupen la descarga no la han perdido simplemente ejecuten jigdo-lite y pulsen varias veces enter y el continuara la descarga automaticamente recuerden que primero hay que desplazarse al directorio de trabajo donde se encuentran los archivos jigdo y template antes de ejecutar el comando jigdo-lite y pulsar varias veces enter.
Espero que les sea de ayuda jigdo gestiona muy bien la descarga de las imagenes cuando uno no tiene una conexion muy rapida.
Jigdo (acrónimo de "Jigsaw" y "download") es una utilidad de descarga inicialmente diseñado en torno a la distribución Debian de GNU / Linux que descarga archivos de varios espejos con el fin de construir una imagen de disco óptico. Jigdo es software libre, publicado bajo la licencia GNU General Public License. Actualmente Ubuntu, Fedora, Solaris, [cita requerida] y FreeBSD, también están disponibles a través de jigdo.
Fuente: wikipedia.org
Traducido por: Google traductor
A descargar un imagen con jigdo.
Lo primero que se tiene que hacer es conseguir los archivos *.jigdo y *.template de la imagen a descargar estos archivos le dan la información a jigdo de como descargar y construir la imagen de debian.
Teniendo los archivos dichos anteriormente en nuestra computadora abrimos el terminal o consola y nos desplazamos al directorio donde tenemos guardados los archivos *.jigdo y *.template.
Luego ejecutamos el comando:
jigdo-lite
Ojo si no se tiene instalado jigdo en nuestro sistema tendremos que instalarlo con el comando:
apt-get install jigdo
Una vez ejecutado el comando jigdo nos mostrará en la consola lo siguente:
Jigsaw Download "lite"
Copyright (C) 2001-2005 | jigdo@
Richard Atterer | atterer.net
Loading settings from `/home/alejandro/.jigdo-lite'
-----------------------------------------------------------------
To resume a half-finished download, enter name of .jigdo file.
To start a new download, enter URL of .jigdo file.
You can also enter several URLs/filenames, separated with spaces,
or enumerate in {}, e.g. `http://server/cd-{1_NONUS,2,3}.jigdo'
jigdo []:
Le pasamos como parametro el nombre el archivo por ejemplo:
debian-6.0.0-i386-DVD-1.jigdo
Pulsamos enter y luego nos mostrará la siguiente impresion:
Images offered by `debian-6.0.0-i386-DVD-1.jigdo':
1: 'Debian GNU/Linux 6.0.0 "Squeeze" - Official i386 DVD Binary-1 20110205-17:27 (20110205)' (debian-6.0.0-i386-DVD-1.iso)
Further information about `debian-6.0.0-i386-DVD-1.iso':
Generated on Sat, 05 Feb 2011 17:36:32 +0000
-----------------------------------------------------------------
The temporary directory `debian-6.0.0-i386-DVD-1.iso.tmpdir' already exists. Its contents
ARE GOING TO BE DELETED (possibly after having been copied to the
image, if they are of interest for it). If you do not want this
to happen, press Ctrl-C now. Otherwise, press Return to proceed.
:
-----------------------------------------------------------------
If you already have a previous version of the CD you are
downloading, jigdo can re-use files on the old CD that are also
present in the new image, and you do not need to download them
again. Mount the old CD ROM and enter the path it is mounted under
(e.g. `/mnt/cdrom').
Alternatively, just press enter if you want to start downloading
the remaining files.
You can also enter a single digit from the list below to
select the respective entry for scanning:
1:
Files to scan:
Aquí le pasamos como parametro el archivo *.template por ejemplo:
debian-6.0.0-i386-DVD-1.template
Luego pulsamos enter luego vemos la siguente impesion:
-----------------------------------------------------------------
The jigdo file refers to files stored on Debian mirrors. Please
choose a Debian mirror as follows: Either enter a complete URL
pointing to a mirror (in the form
`ftp://ftp.debian.org/debian/'), or enter any regular expression
for searching through the list of mirrors: Try a two-letter
country code such as `de', or a country name like `United
States', or a server name like `sunsite'.
Debian mirror [ftp://ftp.debian.org/debian/]:
Aqui solo pulsamos enter.
Y listo se comienza a descargar la imagen.
si en algun momento llegamos a cerrar la consola o terminal por equivocacion o se nos apague el pc por alguna razon no se preocupen la descarga no la han perdido simplemente ejecuten jigdo-lite y pulsen varias veces enter y el continuara la descarga automaticamente recuerden que primero hay que desplazarse al directorio de trabajo donde se encuentran los archivos jigdo y template antes de ejecutar el comando jigdo-lite y pulsar varias veces enter.
Espero que les sea de ayuda jigdo gestiona muy bien la descarga de las imagenes cuando uno no tiene una conexion muy rapida.
viernes, 4 de marzo de 2011
Reiniciar un kernel linux automáticamente con GRUB
Estuve creando un Kernel para un servidor Xen que tiene problemas para iniciar en Debian Squeeze, el problema?, el servidor está en un datacenter y yo estoy en mi oficina, ¿cómo hago para compilar un kernel?, el miedo que siempre ocurre es un fatídico “kernel panic” y tener que trasladarse hasta el equipo para reiniciarlo?, pues hay ciertos trucos de GRUB que los pueden ayudar.
Evitando que GRUB se quede en kernel panic
Para evitar que GRUB se quede en Kernel Panic y reinice “automáticamente” unos segundos después que detecta que el equipo quedó en “kernel panic”, entonces agregamos a cada entrada del GRUB:
panic=x
Donde X es la cantidad de segundos que esperará hasta reiniciar el equipo (porque se encuentra en kernel panic).
ejemplo en /etc/default/grub:
GRUB_CMDLINE_LINUX=”acpi=on numa=on lapic panic=60″
Y obviamente, actualizamos el GRUB
update-grub2
También lo podemos “fijar” para todos los kernels en el PROC mediante:
echo 60 > /proc/sys/kernel/panic
Esto hará, que de detectarse un Kernel Panic, el servidor se reiniciará a los 60 segundos de espera.
¿Muy útil, no? …
Modificando el Arranque por defecto del GRUB
Por lo general, GRUB siempre arrancará “por defecto” desde un kernel específico, dictado por la opción:
GRUB_DEFAULT=0
en /etc/default/grub; sin embargo, podemos cambiar este comportamiento, fijando nosotros (por comando) cual kernel será el por defecto y con cual arrancará en próxima oportunidad, para ello:
1. Editamos el archivo /etc/default/grub
2. Modificamos la opción GRUB_DEFAULT=0 para que diga GRUB_DEFAULT=saved
3. Comentamos opciones como GRUB_TIMEOUT y HIDDEN_TIMEOUT
4. Actualizamos el menu grub ejecutando:
update-grub
Y listo!, ahora, a probar!.
Para definir cual de las entradas en nuestro menú GRUB es la “por defecto”, ejecutamos:
grub-set-default X
Donde X es el número de la entrada, empezando en cero, que contiene el kernel que será nuestro arranque por defecto; ejemplo:
grub-set-default 0
Hará que siempre inicie por la primera entrada.
Luego, debemos definir con “cual” vamos a iniciar, en mi caso, instalé un kernel XEN (y el Hypervisor) nuevo y quedó de 6 en la lista de kernels, así que ejecuté:
grub-reboot 6
y reinicié (reboot)
Así, el equipo “intentó” iniciar con el kernel número 6, pero como este tenía problemas (este equipo me da problemas con Xen), en vez de quedarse “congelado” en un Kernel Panic, se reinició solo y pude volver al kernel por defecto (default=0) previamente configurado.
No se imaginan lo útil que es poder compilar un Kernel Linux remotamente y no tener que desplazarse físicamente …
Fuente: phenobarbital.wordpress.com
Evitando que GRUB se quede en kernel panic
Para evitar que GRUB se quede en Kernel Panic y reinice “automáticamente” unos segundos después que detecta que el equipo quedó en “kernel panic”, entonces agregamos a cada entrada del GRUB:
panic=x
Donde X es la cantidad de segundos que esperará hasta reiniciar el equipo (porque se encuentra en kernel panic).
ejemplo en /etc/default/grub:
GRUB_CMDLINE_LINUX=”acpi=on numa=on lapic panic=60″
Y obviamente, actualizamos el GRUB
update-grub2
También lo podemos “fijar” para todos los kernels en el PROC mediante:
echo 60 > /proc/sys/kernel/panic
Esto hará, que de detectarse un Kernel Panic, el servidor se reiniciará a los 60 segundos de espera.
¿Muy útil, no? …
Modificando el Arranque por defecto del GRUB
Por lo general, GRUB siempre arrancará “por defecto” desde un kernel específico, dictado por la opción:
GRUB_DEFAULT=0
en /etc/default/grub; sin embargo, podemos cambiar este comportamiento, fijando nosotros (por comando) cual kernel será el por defecto y con cual arrancará en próxima oportunidad, para ello:
1. Editamos el archivo /etc/default/grub
2. Modificamos la opción GRUB_DEFAULT=0 para que diga GRUB_DEFAULT=saved
3. Comentamos opciones como GRUB_TIMEOUT y HIDDEN_TIMEOUT
4. Actualizamos el menu grub ejecutando:
update-grub
Y listo!, ahora, a probar!.
Para definir cual de las entradas en nuestro menú GRUB es la “por defecto”, ejecutamos:
grub-set-default X
Donde X es el número de la entrada, empezando en cero, que contiene el kernel que será nuestro arranque por defecto; ejemplo:
grub-set-default 0
Hará que siempre inicie por la primera entrada.
Luego, debemos definir con “cual” vamos a iniciar, en mi caso, instalé un kernel XEN (y el Hypervisor) nuevo y quedó de 6 en la lista de kernels, así que ejecuté:
grub-reboot 6
y reinicié (reboot)
Así, el equipo “intentó” iniciar con el kernel número 6, pero como este tenía problemas (este equipo me da problemas con Xen), en vez de quedarse “congelado” en un Kernel Panic, se reinició solo y pude volver al kernel por defecto (default=0) previamente configurado.
No se imaginan lo útil que es poder compilar un Kernel Linux remotamente y no tener que desplazarse físicamente …
Fuente: phenobarbital.wordpress.com
¿Como crear diskette arrancable en GNU/Linux?
Como todos sabemos aun existen los pcs viejitos y de seguro en algún momento tendremos que reparar uno esto les valdrá de mucho
cp /boot/vmlinuz /dev/fd0
Siempre y cuando el kernel contenga la información sobre cual
partición arrancar, etc. lo que se puede indicar así:
rdev /boot/vmlinuz /dev/tuparticionroot
rdev /boot/vmlinuz indicará cual tiene configurada:
chanae:~# rdev /boot/vmlinuz
Root device /dev/hda3
cp /boot/vmlinuz /dev/fd0
Siempre y cuando el kernel contenga la información sobre cual
partición arrancar, etc. lo que se puede indicar así:
rdev /boot/vmlinuz /dev/tuparticionroot
rdev /boot/vmlinuz indicará cual tiene configurada:
chanae:~# rdev /boot/vmlinuz
Root device /dev/hda3
jueves, 3 de marzo de 2011
¿Qué es Chromium?
Chromium es un proyecto de navegador web de código abierto, a partir del cual se basa el código fuente de Google Chrome
Diferencias entre Chromium y Chrome
Las diferencias principales entre ellos es la omisión de determinados complementos de Google, como: la marca de Google, el mecanismo de actualización automática, términos de licencias, seguimiento de uso, la incorporación de Adobe Flash Player, una opción de opt-in para los usuarios a enviar a Google sus estadísticas de uso e informes de fallos, así como, en algunos casos, el seguimiento de RLZ (ver Google Chrome) que transmite información en forma codificada a Google, por ejemplo, cuándo y dónde Chrome ha sido descargado. De forma predeterminada, Chromium sólo admite Vorbis, Theora y codecs WebM para las etiquetas de audio y video de HTML5, mientras que Google Chrome admite además AAC y MP3. Algunas distribuciones de Linux pueden añadir soporte para los códecs de otros a sus versiones personalizadas de Chromium[2] En junio de 2010 Google confirmó que el seguimiento de RLZ sólo está presente en las versiones de Chrome que se descargan como parte de las promociones de marketing y alianzas de distribución y no en las versiones de Chrome descargadas desde el sitio web de Google directamente. El código fuente RLZ también se hizo código abierto, para que los desarrolladores pueden confirmar lo que es y cómo funciona.
Licencia de Chromium
Chromium está liberado bajo la licencia BSD,[4] con secciones que están sujetas a una variedad de diferentes licencias de código abierto, incluyendo la licencia MIT, LGPL, el Ms-PL y MPL un / GPL / LGPL tri-licencia.
Fuente: Wikipedia.org
Diferencias entre Chromium y Chrome
Las diferencias principales entre ellos es la omisión de determinados complementos de Google, como: la marca de Google, el mecanismo de actualización automática, términos de licencias, seguimiento de uso, la incorporación de Adobe Flash Player, una opción de opt-in para los usuarios a enviar a Google sus estadísticas de uso e informes de fallos, así como, en algunos casos, el seguimiento de RLZ (ver Google Chrome) que transmite información en forma codificada a Google, por ejemplo, cuándo y dónde Chrome ha sido descargado. De forma predeterminada, Chromium sólo admite Vorbis, Theora y codecs WebM para las etiquetas de audio y video de HTML5, mientras que Google Chrome admite además AAC y MP3. Algunas distribuciones de Linux pueden añadir soporte para los códecs de otros a sus versiones personalizadas de Chromium[2] En junio de 2010 Google confirmó que el seguimiento de RLZ sólo está presente en las versiones de Chrome que se descargan como parte de las promociones de marketing y alianzas de distribución y no en las versiones de Chrome descargadas desde el sitio web de Google directamente. El código fuente RLZ también se hizo código abierto, para que los desarrolladores pueden confirmar lo que es y cómo funciona.
Licencia de Chromium
Chromium está liberado bajo la licencia BSD,[4] con secciones que están sujetas a una variedad de diferentes licencias de código abierto, incluyendo la licencia MIT, LGPL, el Ms-PL y MPL un / GPL / LGPL tri-licencia.
Fuente: Wikipedia.org
martes, 22 de febrero de 2011
¿Como verificar archivos con la suma md5?
- ¿Qué es la suma md5 o md5sum?
Es un programa originario de los sistemas Unix que tiene versiones para otras plataformas, realiza un hash MD5 de un archivo. La función de hash devuelve un valor que es prácticamente único para cada archivo, con la particularidad que una pequeña variación en el archivo provoca una salida totalmente distinta, lo que ayuda a detectar si el archivo sufrió alguna variación. Es una herramienta de seguridad que sirve para verificar la integridad de los datos.
Fuente: wikipedia.org
- ¿Cómo se usa?
Supongamos que estamos descargando de un ftp un archivo y en ese ftp vemos que también hay un archivo cuyo nombre termina con la extensión .md5 allí contiene las sumas md5 del archivo que estamos descargando podemos descargar ese archivo también ese archivo por lo general es un archivo de texto plano.
Supongamos que en el archivo .md5 contiene la suma md5 del archivo que tenemos en descarga por ejemplo:
f443280b3866b936b44fa90c1208c4f1
una ves descargado nuestro archivo entramos en la consola y nos desplazamos a la ruta path donde se encuentra o al directorio donde se encuentra y ejecutamos:
md5sum archivo.extension
nos dará el resultado:
f443280b3866b936b44fa90c1208c4f1
simplemente comparamos dichas sumas, la suma que descargamos y la que generamos y sin son exactamente iguales, quiere decir que, el archivo se descargo y no perdió su integridad al descargarlo algo que no suele pasar muy a menudo pero pasa en pocas palabras aveces los archivos que descargamos se dañan por un error en la comunicación simplemente si la suma no es igual tendremos que descargarlo de nuevo.
La suma md5 también la podemos aplicar con archivos importantes que tengamos guardados en unidades de disco ya sean portables o fijas.
Es un programa originario de los sistemas Unix que tiene versiones para otras plataformas, realiza un hash MD5 de un archivo. La función de hash devuelve un valor que es prácticamente único para cada archivo, con la particularidad que una pequeña variación en el archivo provoca una salida totalmente distinta, lo que ayuda a detectar si el archivo sufrió alguna variación. Es una herramienta de seguridad que sirve para verificar la integridad de los datos.
Fuente: wikipedia.org
- ¿Cómo se usa?
Supongamos que estamos descargando de un ftp un archivo y en ese ftp vemos que también hay un archivo cuyo nombre termina con la extensión .md5 allí contiene las sumas md5 del archivo que estamos descargando podemos descargar ese archivo también ese archivo por lo general es un archivo de texto plano.
Supongamos que en el archivo .md5 contiene la suma md5 del archivo que tenemos en descarga por ejemplo:
f443280b3866b936b44fa90c1208c4f1
una ves descargado nuestro archivo entramos en la consola y nos desplazamos a la ruta path donde se encuentra o al directorio donde se encuentra y ejecutamos:
md5sum archivo.extension
nos dará el resultado:
f443280b3866b936b44fa90c1208c4f1
simplemente comparamos dichas sumas, la suma que descargamos y la que generamos y sin son exactamente iguales, quiere decir que, el archivo se descargo y no perdió su integridad al descargarlo algo que no suele pasar muy a menudo pero pasa en pocas palabras aveces los archivos que descargamos se dañan por un error en la comunicación simplemente si la suma no es igual tendremos que descargarlo de nuevo.
La suma md5 también la podemos aplicar con archivos importantes que tengamos guardados en unidades de disco ya sean portables o fijas.
sábado, 19 de febrero de 2011
¿Como Montar un Servidor SVN?
Con lo que hay aqui y un bizcocho (cocho-raro :-), ya tienes suficiente para arrancar tu primer servidor SVN por red. Las opciones de cliente, los comits y demas lo encontrarás en cualquier manual básico. Si quieres (aconsejable) tambien lo puedes montar con tuneles ssh, o por webdav.
Despues de leer esto, sabrás montar un servidor SVN y utilizarlo minimamente.
No te voy a explicar ni que es SVN, ni un Repostorio, ni una rama, ni ninguna de las ventajas del mismo, eso lo encontrarás muy facilmente googleando. Veras que es muy sencillo montar el servidor, lo que pasa que los manuales de mas 300 páginas asustan :-).
SVN, es muy potente, por eso, sus manuales son tan extensos. Eso no quiere decir que no te los tengas que leer (LEE!!!).
Encontrarás el original/actualizado de este mini-como,(por si ha sufrido modificaciones) en mi pagina personal. (dentro del FAQ de Linux)
Si crees que necesitas más, aquí puedes encontrar mucha mas documentación sobre el Subversion.
Partimos de que tienes Subversion instalado. (sino apt-get install subversion, o como lo hagas en tu distro; aunque hay gento -digo gente que prefiere compilarlo, entonces ya no vale lo de los 28 segundos.)
Iniciamos crono: 00:00:00
Conceptos basicos
Si tienes varias cosas, no las metas todas bajo un mismo repostorio. Mas adelante podria ser que te interesara separarlas y pese a que tengas ramas, si quisieras separarlas fisicamente te daria trabajo... no es dificil, pero es mas facil hacer las cosas bien desde un principio.
Arranca el demonio del servidor como un usuario no root, así que create una cuenta para dicho demonio.
# groupadd -g 99 svnd
# useradd svnd -d /srv/svn -g svnd -s /bin/false -m -k /dev/null -c 'usuario svnServer' -u 99
Lo pongo con ejemplos para que te sea entendible.
Supongamos que tenemos el proyecto "prueba". Lo que vamos ha hacer es crearle un repostorio para el solito.
Las fuentes de prueba, las tenemos en el directorio "prueba" de nuestro home.
* Crear un nuevo repostorio, en el servidor (puedes crear tantos como quieras):
> mkdir -p /srv/svn/prueba/
> svnadmin create /srv/svn/prueba/
* Para probar configura el repostorio de forma que permita escritura anonima.
En el fichero (en este caso) /srv/svn/prueba/conf/svnserve.conf pon lo siguiente:
[general]
anon-access = write
*
Arrancar el servidor en modo demonio:
Fíjate que ademas le doy el "-r", para que no permita salir /srv/svn/, que es donde tengo guardados todos los repostorios. Ademas con esto haces que los clientes, no tengan que escribir el path completo, para el caso seria: svn checkout svn://host.example.com/prueba. Si no utilizas "-r" tendrian que poner que indicar que el repostorio es /srv/svn/prueba; ademas de las consideraciones de seguridad que se deducen.
> svnserve -d -r /srv/svn/
Asegurate de tener accesible el puerto 3690 (TCP y UDP).
Evidentemente te puedes crear un script de arranque para la ocasión, para tu distro. (2 minutos)
El servidor está montado, ahora quedaria utilizarlo asi que:
Paramos crono: 00:00:27 un segundo menos!!! Wihaaa!
* Ahora hacer una autentificación básica, sobre un fichero de texto plano en /srv/svn/prueba/conf/svnserve.conf pon lo siguiente:
[general]
anon-access = none
auth-access = write
password-db = passwd
Esto seria para: anonimos sin lectura ni escritura. Autentificados lectura y escritura.
Lo que ves detras de "password-db", es el nombre de fichero de contraseñas.
El path es referente al fichero desde el que lo llamamos por lo tanto en este caso seria /srv/svn/prueba/conf/passwd. Aqui su contenido de ejemplo (con un usuario).
[users]
pepito=5agachatequetela
* Si quieres llevar una buena estructura de trabajo create el arbol (en local) del siguiente modo:
/tu_directorio_de_trabajo/branches/
/tu_directorio_de_trabajo/tags/
/tu_directorio_de_trabajo/trunk/
/tu_directorio_de_trabajo/trunk/ficheros_del_proyecto
Todos los ficheros sobre los que trabajarás van en trunk (llamale como quieras).
Las ramas (branches - o como quieras llamarle) son algo así, como que saques la version 3.0 y que esta hagas una copia exacta (conservando todos sus historicos), sobre la que solo saques parches y correcciones. Es una rama paralela al proyecto.
Una etiqueta (tag - o ponle el nombre que quieras) es lo mismo pero si esto no se modifica.
Ojo! para saber como se hace la copia leete el manual.
Esto mas que una regla de trabajo, es un estilo de trabajo.
Imagina por ejemplo que trunk es la version en desarrollo, pero ademas tienes en plan facil, listas para bajar las versiones antiguas y estables (serian tags) y las mismas parcheadas (serian branches).
* A subir el codigo que tenemos. La primera vez lo hacemos así, es una importacion completa.
> svn import /tu_directorio_de_trabajo/ svn://host.example.com/prueba -m "import inicial"
Adding /tu_directorio_de_trabajo/trunk
Adding /tu_directorio_de_trabajo/fichero1.c
Adding /tu_directorio_de_trabajo/fichero2.c
Adding /tu_directorio_de_trabajo/branches
Adding /tu_directorio_de_trabajo/tags
Committed revision 1.
* Ciclo básico de trabajo:
Consulta lo que hacen estos comamndos en la documentación de SVN.
o Actualizar copia de trabajo
+ svn update
o Hacer los cambios pertinentes
+ svn add
+ svn delete
+ svn copy
+ svn move
o Examinar mis cambios
+ svn status
+ svn diff
+ svn revert
o "Mergear" otros cambios
+ svn merge
+ svn resolved
o Enviar mis cambios al repostorio
+ svn commit
* Copias de seguridad
Para dumpear nuestro repostorio conservando los historicos y todo (la idea es poner esto en un cron):
svnadmin dump /srv/svn/prueba | gzip -9 > dump_svn_prueba.gz
Para restaurarlo:
gunzip -c dump_svn_prueba.gz | svnadmin load /srv/svn/prueba
* Sacar una version para distribuir.
Si lo copias tal cual, llevará las carpetas .svn en cada directorio, asi que lo unico que tendrias que hacer es (en caso que quieras el arbol principal):
svn export svn://host.example.com/prueba/trunk
$ tar -cvf prueba.tar trunk
$ gzip prueba.tar
Final!! Ahora ya puedes empezar a disfrutar de este sistema de control de versiones, que además de para fuentes, puede servir para mil cosas mas, desde copias de seguridad remotas de ficheros de configuración en modo histórico (un poco de perl y un canuto, y ya lo tienes funcionando), hasta autenticos gestores de documentación; como si te quieres guardar la pornografía en repostorios xD...
Fuente: kopernix.com
Despues de leer esto, sabrás montar un servidor SVN y utilizarlo minimamente.
No te voy a explicar ni que es SVN, ni un Repostorio, ni una rama, ni ninguna de las ventajas del mismo, eso lo encontrarás muy facilmente googleando. Veras que es muy sencillo montar el servidor, lo que pasa que los manuales de mas 300 páginas asustan :-).
SVN, es muy potente, por eso, sus manuales son tan extensos. Eso no quiere decir que no te los tengas que leer (LEE!!!).
Encontrarás el original/actualizado de este mini-como,(por si ha sufrido modificaciones) en mi pagina personal. (dentro del FAQ de Linux)
Si crees que necesitas más, aquí puedes encontrar mucha mas documentación sobre el Subversion.
Partimos de que tienes Subversion instalado. (sino apt-get install subversion, o como lo hagas en tu distro; aunque hay gento -digo gente que prefiere compilarlo, entonces ya no vale lo de los 28 segundos.)
Iniciamos crono: 00:00:00
Conceptos basicos
Si tienes varias cosas, no las metas todas bajo un mismo repostorio. Mas adelante podria ser que te interesara separarlas y pese a que tengas ramas, si quisieras separarlas fisicamente te daria trabajo... no es dificil, pero es mas facil hacer las cosas bien desde un principio.
Arranca el demonio del servidor como un usuario no root, así que create una cuenta para dicho demonio.
# groupadd -g 99 svnd
# useradd svnd -d /srv/svn -g svnd -s /bin/false -m -k /dev/null -c 'usuario svnServer' -u 99
Lo pongo con ejemplos para que te sea entendible.
Supongamos que tenemos el proyecto "prueba". Lo que vamos ha hacer es crearle un repostorio para el solito.
Las fuentes de prueba, las tenemos en el directorio "prueba" de nuestro home.
* Crear un nuevo repostorio, en el servidor (puedes crear tantos como quieras):
> mkdir -p /srv/svn/prueba/
> svnadmin create /srv/svn/prueba/
* Para probar configura el repostorio de forma que permita escritura anonima.
En el fichero (en este caso) /srv/svn/prueba/conf/svnserve.conf pon lo siguiente:
[general]
anon-access = write
*
Arrancar el servidor en modo demonio:
Fíjate que ademas le doy el "-r", para que no permita salir /srv/svn/, que es donde tengo guardados todos los repostorios. Ademas con esto haces que los clientes, no tengan que escribir el path completo, para el caso seria: svn checkout svn://host.example.com/prueba. Si no utilizas "-r" tendrian que poner que indicar que el repostorio es /srv/svn/prueba; ademas de las consideraciones de seguridad que se deducen.
> svnserve -d -r /srv/svn/
Asegurate de tener accesible el puerto 3690 (TCP y UDP).
Evidentemente te puedes crear un script de arranque para la ocasión, para tu distro. (2 minutos)
El servidor está montado, ahora quedaria utilizarlo asi que:
Paramos crono: 00:00:27 un segundo menos!!! Wihaaa!
* Ahora hacer una autentificación básica, sobre un fichero de texto plano en /srv/svn/prueba/conf/svnserve.conf pon lo siguiente:
[general]
anon-access = none
auth-access = write
password-db = passwd
Esto seria para: anonimos sin lectura ni escritura. Autentificados lectura y escritura.
Lo que ves detras de "password-db", es el nombre de fichero de contraseñas.
El path es referente al fichero desde el que lo llamamos por lo tanto en este caso seria /srv/svn/prueba/conf/passwd. Aqui su contenido de ejemplo (con un usuario).
[users]
pepito=5agachatequetela
* Si quieres llevar una buena estructura de trabajo create el arbol (en local) del siguiente modo:
/tu_directorio_de_trabajo/branches/
/tu_directorio_de_trabajo/tags/
/tu_directorio_de_trabajo/trunk/
/tu_directorio_de_trabajo/trunk/ficheros_del_proyecto
Todos los ficheros sobre los que trabajarás van en trunk (llamale como quieras).
Las ramas (branches - o como quieras llamarle) son algo así, como que saques la version 3.0 y que esta hagas una copia exacta (conservando todos sus historicos), sobre la que solo saques parches y correcciones. Es una rama paralela al proyecto.
Una etiqueta (tag - o ponle el nombre que quieras) es lo mismo pero si esto no se modifica.
Ojo! para saber como se hace la copia leete el manual.
Esto mas que una regla de trabajo, es un estilo de trabajo.
Imagina por ejemplo que trunk es la version en desarrollo, pero ademas tienes en plan facil, listas para bajar las versiones antiguas y estables (serian tags) y las mismas parcheadas (serian branches).
* A subir el codigo que tenemos. La primera vez lo hacemos así, es una importacion completa.
> svn import /tu_directorio_de_trabajo/ svn://host.example.com/prueba -m "import inicial"
Adding /tu_directorio_de_trabajo/trunk
Adding /tu_directorio_de_trabajo/fichero1.c
Adding /tu_directorio_de_trabajo/fichero2.c
Adding /tu_directorio_de_trabajo/branches
Adding /tu_directorio_de_trabajo/tags
Committed revision 1.
* Ciclo básico de trabajo:
Consulta lo que hacen estos comamndos en la documentación de SVN.
o Actualizar copia de trabajo
+ svn update
o Hacer los cambios pertinentes
+ svn add
+ svn delete
+ svn copy
+ svn move
o Examinar mis cambios
+ svn status
+ svn diff
+ svn revert
o "Mergear" otros cambios
+ svn merge
+ svn resolved
o Enviar mis cambios al repostorio
+ svn commit
* Copias de seguridad
Para dumpear nuestro repostorio conservando los historicos y todo (la idea es poner esto en un cron):
svnadmin dump /srv/svn/prueba | gzip -9 > dump_svn_prueba.gz
Para restaurarlo:
gunzip -c dump_svn_prueba.gz | svnadmin load /srv/svn/prueba
* Sacar una version para distribuir.
Si lo copias tal cual, llevará las carpetas .svn en cada directorio, asi que lo unico que tendrias que hacer es (en caso que quieras el arbol principal):
svn export svn://host.example.com/prueba/trunk
$ tar -cvf prueba.tar trunk
$ gzip prueba.tar
Final!! Ahora ya puedes empezar a disfrutar de este sistema de control de versiones, que además de para fuentes, puede servir para mil cosas mas, desde copias de seguridad remotas de ficheros de configuración en modo histórico (un poco de perl y un canuto, y ya lo tienes funcionando), hasta autenticos gestores de documentación; como si te quieres guardar la pornografía en repostorios xD...
Fuente: kopernix.com
martes, 15 de febrero de 2011
Flisol 2011 una invitación a todos los interesados
Si quieres participar en Flisol 2011 solo tienes que acceder a su pagina web e informarte no faltes Flisol siempre tiene algo nuevo para ti, a de más de ser un evento de intalación de software libre, dispones de charlas y otras cosas más disponibles en el evento.
sábado, 12 de febrero de 2011
¿Qué es GPSBabel?
GPSBabel es un programa que transforma los archivos en diversos formatos provenientes de los más populares receptores GPS, en otros formatos que son capaces de visualizar y editar los programas de mapas.
El programa se distribuye bajo la licencia GPL y existen versiones para los sistemas operativos: Linux, Solaris, OpenServer, MacOS, FreeBSD, Windows 95, 98, ME, 2000, XP, OSX y Unixware.
Fuente: wikipedia.org
El programa se distribuye bajo la licencia GPL y existen versiones para los sistemas operativos: Linux, Solaris, OpenServer, MacOS, FreeBSD, Windows 95, 98, ME, 2000, XP, OSX y Unixware.
Fuente: wikipedia.org
Primera Versión Candidata de Canaima 3.0
Canaima 3.0 es la nueva versión basada en Debian Squeeze que ha estado en desarrollo desde mediados del año 2010. El día de hoy, anunciamos su paso a la rama de Pruebas, y con él, el lanzamiento de la Primera Versión Candidata (VC1).
Son tiempos de revoluciones. Canaima, como parte fundamental del Proyecto País reflejado en el Plan Nacional Simón Bolívar [1] no escapa de esa realidad revolucionaria. Con orgullo y satisfacción, anunciamos la liberación al público de la primera Versión Candidata (VC1) de uno de los lanzamientos más importantes en la historia de la Metadistribución Canaima GNU/Linux.
Fuente: Canaima.softwarelibre.gob.ve
Son tiempos de revoluciones. Canaima, como parte fundamental del Proyecto País reflejado en el Plan Nacional Simón Bolívar [1] no escapa de esa realidad revolucionaria. Con orgullo y satisfacción, anunciamos la liberación al público de la primera Versión Candidata (VC1) de uno de los lanzamientos más importantes en la historia de la Metadistribución Canaima GNU/Linux.
Fuente: Canaima.softwarelibre.gob.ve
Listo Calendario para Evento: Séptimo Congreso Nacional de Software Libre
Calendario de Sedes 2011
Saludos a toda la familia del Software Libre. Ya tenemos para ustedes el calendario de sedes para este año 2011:
29 - 30 Abril / Yaracuy: San Felipe
06 - 07 Mayo / Anzoátegui: Puerto La Cruz
13 - 14 Mayo / Nueva Esparta: Margarita
20 - 21 Mayo / Sucre: Carúpano
27 - 28 Mayo / Monagas: Maturín
03 - 04 Junio / Táchira: San Cristóbal
10 - 11 Junio / Mérida: Mérida
17 - 18 Junio / Trujillo: Valera
24 - 25 Junio / Lara: Barquisimeto
01 - 02 Julio / Falcón: Coro
08 - 09 Julio / Aragua: Maracay
15 - 16 Julio / Carabobo: Valencia
29 - 30 Julio / Dist. Capital: Caracas
Los lugares exactos se publicarán pronto, cuando se pongan en línea las páginas de cada una de las sedes. Asimismo, el sistema de registro se estará colocando en línea a mediados de febrero. ¡Se acerca el próximo CNSL!
Fuente: cnsl.org.ve
Saludos a toda la familia del Software Libre. Ya tenemos para ustedes el calendario de sedes para este año 2011:
29 - 30 Abril / Yaracuy: San Felipe
06 - 07 Mayo / Anzoátegui: Puerto La Cruz
13 - 14 Mayo / Nueva Esparta: Margarita
20 - 21 Mayo / Sucre: Carúpano
27 - 28 Mayo / Monagas: Maturín
03 - 04 Junio / Táchira: San Cristóbal
10 - 11 Junio / Mérida: Mérida
17 - 18 Junio / Trujillo: Valera
24 - 25 Junio / Lara: Barquisimeto
01 - 02 Julio / Falcón: Coro
08 - 09 Julio / Aragua: Maracay
15 - 16 Julio / Carabobo: Valencia
29 - 30 Julio / Dist. Capital: Caracas
Los lugares exactos se publicarán pronto, cuando se pongan en línea las páginas de cada una de las sedes. Asimismo, el sistema de registro se estará colocando en línea a mediados de febrero. ¡Se acerca el próximo CNSL!
Fuente: cnsl.org.ve
lunes, 7 de febrero de 2011
¡Alfin! ha llegado debian GNU/Linux 6.0
Ante Todo un Cordial Saludo.
Desde este pasado 6 de febrero de 2011 disponemos de la nueva versión de debian GNU/Linux y de una nueva imagen en la pagina de debian.org para todos aquellos debianitas como yo estamos de fiesta espero que el proyecto dure por siempre.
Hago la invitacion a todos aquellos que no conocen debian a que entren en: www.debian.org
Desde este pasado 6 de febrero de 2011 disponemos de la nueva versión de debian GNU/Linux y de una nueva imagen en la pagina de debian.org para todos aquellos debianitas como yo estamos de fiesta espero que el proyecto dure por siempre.
Hago la invitacion a todos aquellos que no conocen debian a que entren en: www.debian.org
miércoles, 2 de febrero de 2011
Debian 6.0 tendrá un kernel completamente libre de código propietario
La próxima edición 6.0 –nombre en clave ‘Squeeze’- de la gran distribución GNU/Linux referencia en el sector, contará con un kernel totalmente libre sin código propietario según anuncian desde Debian.
Aunque desde el proyecto Debian llevan desde la versión 4.0 trabajando en un kernel completamente libre para su distribución, distintas historias han retrasado su implementación.
Hasta ahora, ya que el anuncio oficial destaca que, “estamos orgullosos de anunciar que todos los problemas han sido resueltos y seremos capaces de ofrecer un núcleo en Debian 6.0 completamente libre de software propietario de acuerdo con las Directrices de Software Libre de Debian (DFSG)”.
Debian anima a los fabricantes de hardware para liberar software libre bajo DFSG para incluir como parte de su distribución ya que el Firmware no-libre no será soportado por Debian. Aún así, este código propietario será incluido en repositorios específicos ya que será prácticamente imposible que los usuarios no tengamos que echar mano de ellos en algún momento.
Fuente: softwarelibre.venezuela.net.ve
Aunque desde el proyecto Debian llevan desde la versión 4.0 trabajando en un kernel completamente libre para su distribución, distintas historias han retrasado su implementación.
Hasta ahora, ya que el anuncio oficial destaca que, “estamos orgullosos de anunciar que todos los problemas han sido resueltos y seremos capaces de ofrecer un núcleo en Debian 6.0 completamente libre de software propietario de acuerdo con las Directrices de Software Libre de Debian (DFSG)”.
Debian anima a los fabricantes de hardware para liberar software libre bajo DFSG para incluir como parte de su distribución ya que el Firmware no-libre no será soportado por Debian. Aún así, este código propietario será incluido en repositorios específicos ya que será prácticamente imposible que los usuarios no tengamos que echar mano de ellos en algún momento.
Fuente: softwarelibre.venezuela.net.ve
Suscribirse a:
Entradas (Atom)