Llamamos paquetes de distribucion, a ese archivo comprimido que se bajan cada vez que quieren poner una nueva aplicación en su computadora. Los que están acostumbrados a Windows, saben que estos paquetes están en formato .ZIP. Entonces, los descomprimen con el Winzip, ejecutan el instalador y a otra cosa.
En Linux, la cuestión no es así. Existen diferentes formatos que se utilizan según la necesidad. Comenzaremos por hablar de ellos.
Los formatos de los paquetes
En el mundo de GNU/Linux, reinan tres formatos diferentes de empaquetamiento. El primero de ellos es el conocido como “.tar.gz” (si, doble extensión). El .tar.gz es un paquete comprimido, de características similares al .ZIP. Necesitamos de una utilidad que se llama TAR para descromprimirlo en algún directorio y poder acceder a su contenido.
Otro formato de empaquetamiento es el RPM. Desarrollado originalmente por la gente de Red Hat, RPM es un formato de avanzada, ya que además de comprimir, instala en la computadora una base de datos que lleva un registro de programas instalados, su correspondiente version, dependencias, etc. Osea, que con RPM, cada programa que instalamos queda registrado y luego podemos actualizarlo o removerlo de manera rápida y sencilla.
Finalmente, la gente de Debian desarrollo un sistema de empaquetamiento llamado DEB, muy similar al RPM.
Ahora bien ¿cual utilizar? Bueno, en primer lugar, diremos que los RPM y los DEB se utilizan para distribuir aplicaciones ya compiladas, listas para instalar y usar. El formato .tar.gz se utiliza para distribuir aplicaciones en formato de código fuente. Ustedes diran, bueno, supongo que instalar un programa ya compilado es más fácil que compilarlo, y tienen razon. El hecho es que no siempre encontramos las aplicaciones en Internet en formato RPM, o en formato DEB. Pero siempre encontraremos aplicaciones en .tar.gz, por lo que saber compilar aplicaciones es primordial.
Como conclusión, diremos que cuando vean un .tar.gz, es altamente probable que se trate de código fuente y cuando vean un RPM o un DEB, es altamente probable que se trate de un binario facil de instalar.
domingo, 11 de marzo de 2007
Windows Vista crackeado
Y casi de la misma manera como sucedió con Windows XP, se confirma ahora que un grupo pirata denominado Pantheon liberó un "genuino" crack para Windows Vista, que permite la instalación completamente funcional de sus ediciones Home, Premium y Ultimate sin necesidad de activar el software. Al contrario que los anteriores cracks que estubieron dando vueltas desde el mismo lanzamiento de Windows Vista, éste en particular no saltea la activación con archivos obtenidos de versiones Beta o modificaciones al reloj, sino que realmente hace uso del mismo proceso de activación.
Los paquetes de distribucion
Llamamos paquetes de distribucion, a ese archivo comprimido que se bajan cada vez que quieren poner una nueva aplicación en su computadora. Los que están acostumbrados a Windows, saben que estos paquetes están en formato .ZIP. Entonces, los descomprimen con el Winzip, ejecutan el instalador y a otra cosa.
En Linux, la cuestión no es así. Existen diferentes formatos que se utilizan según la necesidad. Comenzaremos por hablar de ellos.
Los formatos de los paquetes
En el mundo de GNU/Linux, reinan tres formatos diferentes de empaquetamiento. El primero de ellos es el conocido como “.tar.gz” (si, doble extensión). El .tar.gz es un paquete comprimido, de características similares al .ZIP. Necesitamos de una utilidad que se llama TAR para descromprimirlo en algún directorio y poder acceder a su contenido.
Otro formato de empaquetamiento es el RPM. Desarrollado originalmente por la gente de Red Hat, RPM es un formato de avanzada, ya que además de comprimir, instala en la computadora una base de datos que lleva un registro de programas instalados, su correspondiente version, dependencias, etc. Osea, que con RPM, cada programa que instalamos queda registrado y luego podemos actualizarlo o removerlo de manera rápida y sencilla.
Finalmente, la gente de Debian desarrollo un sistema de empaquetamiento llamado DEB, muy similar al RPM.
Ahora bien ¿cual utilizar? Bueno, en primer lugar, diremos que los RPM y los DEB se utilizan para distribuir aplicaciones ya compiladas, listas para instalar y usar. El formato .tar.gz se utiliza para distribuir aplicaciones en formato de código fuente. Ustedes diran, bueno, supongo que instalar un programa ya compilado es más fácil que compilarlo, y tienen razon. El hecho es que no siempre encontramos las aplicaciones en Internet en formato RPM, o en formato DEB. Pero siempre encontraremos aplicaciones en .tar.gz, por lo que saber compilar aplicaciones es primordial.
Como conclusión, diremos que cuando vean un .tar.gz, es altamente probable que se trate de código fuente y cuando vean un RPM o un DEB, es altamente probable que se trate de un binario facil de instalar.
En Linux, la cuestión no es así. Existen diferentes formatos que se utilizan según la necesidad. Comenzaremos por hablar de ellos.
Los formatos de los paquetes
En el mundo de GNU/Linux, reinan tres formatos diferentes de empaquetamiento. El primero de ellos es el conocido como “.tar.gz” (si, doble extensión). El .tar.gz es un paquete comprimido, de características similares al .ZIP. Necesitamos de una utilidad que se llama TAR para descromprimirlo en algún directorio y poder acceder a su contenido.
Otro formato de empaquetamiento es el RPM. Desarrollado originalmente por la gente de Red Hat, RPM es un formato de avanzada, ya que además de comprimir, instala en la computadora una base de datos que lleva un registro de programas instalados, su correspondiente version, dependencias, etc. Osea, que con RPM, cada programa que instalamos queda registrado y luego podemos actualizarlo o removerlo de manera rápida y sencilla.
Finalmente, la gente de Debian desarrollo un sistema de empaquetamiento llamado DEB, muy similar al RPM.
Ahora bien ¿cual utilizar? Bueno, en primer lugar, diremos que los RPM y los DEB se utilizan para distribuir aplicaciones ya compiladas, listas para instalar y usar. El formato .tar.gz se utiliza para distribuir aplicaciones en formato de código fuente. Ustedes diran, bueno, supongo que instalar un programa ya compilado es más fácil que compilarlo, y tienen razon. El hecho es que no siempre encontramos las aplicaciones en Internet en formato RPM, o en formato DEB. Pero siempre encontraremos aplicaciones en .tar.gz, por lo que saber compilar aplicaciones es primordial.
Como conclusión, diremos que cuando vean un .tar.gz, es altamente probable que se trate de código fuente y cuando vean un RPM o un DEB, es altamente probable que se trate de un binario facil de instalar.
Acelerar la navegación con Firefox
Primeros pasos
primero que nada abrimos nuestro firefox, luego de el, en la barra de direcciones ingresamos la siguiente dirección:
about:config
presionamos "ENTER", Aquí nos encontramos en la pagina de configuración avanzada de Firefox, la cual nos va a mostrar una cantidad de opciones y valores.
los siguientes valores necesitamos encontrar y luego modificarlos.
* network.http.pipelining
* network.http.proxy.pipelining
* network.http.pipelining.maxrequests
* network.http.max-connections
* network.http.max-connections-per-server
aquí tenemos las opciones que necesitamos modificar, ahora con la barra superior llamada Filtro, podemos buscar estas opciones de manera rápida escribiendo network.http. Si las opciones las encontraste pasamos al siguiente paso que es modificarlas. la forma de modificarlas es que las 2 primeras opciones tienen un valor por defecto que es "FALSE", lo cual necesitemos que este en "TRUE" osea verdadero. para hacer esto hacemos doble click en la opción osea doble click a network.http.pipelining lo cual va a retornar "TRUE".
[editar]
Configurando
* cambiamos network.http.pipelining a "true".
* cambiamos network.http.proxy.pipelining a "true".
* cambiamos network.http.pipelining.maxrequests ( por defecto contiene el valor 4 ) a "30". con esto el navegador hará 30 peticiones simultaneas a la url.
* cambiamos network.http.max-connections ( por defecto contiene el valor 24 ) a "96". con esto el navegador soportara 96 conexiones http simultaneas
* cambiamos network.http.max-connections-per-server ( por defecto contiene el valor 8 ) a "24". con esto el navegador soporta hasta 24 conexiones a un server en particular para asi descargar más rapido el sitio web solicitado
[editar]
Nota
Normalmente Firefox realiza una petición a una página vez a la vez. Cuando activas el "pipelining" harás que haga varias a la vez, lo que acelere la búsqueda de la página.
[editar]
Último paso
por ultimo hacemos click con el botón derecho en cualquier lado de la pagina si seleccionamos -> "NUEVO" -> "ENTERO", luego nos va a pedir el nombre del cambo que hemos creado: nglayout.initialpaint.delay , luego que hemos ingresado el nombre nos va a pedir que ingresemos un valor lo cual me vamos a dar un valor de "0".
con esto le estamos diciendo al navegador que no espere para mostrar en la pagina la información que esta recibiendo.
Con esto aceleramos los tiempos de carga, mostrar la información por pantalla (los cambios se notan con una buena conexión.)
primero que nada abrimos nuestro firefox, luego de el, en la barra de direcciones ingresamos la siguiente dirección:
about:config
presionamos "ENTER", Aquí nos encontramos en la pagina de configuración avanzada de Firefox, la cual nos va a mostrar una cantidad de opciones y valores.
los siguientes valores necesitamos encontrar y luego modificarlos.
* network.http.pipelining
* network.http.proxy.pipelining
* network.http.pipelining.maxrequests
* network.http.max-connections
* network.http.max-connections-per-server
aquí tenemos las opciones que necesitamos modificar, ahora con la barra superior llamada Filtro, podemos buscar estas opciones de manera rápida escribiendo network.http. Si las opciones las encontraste pasamos al siguiente paso que es modificarlas. la forma de modificarlas es que las 2 primeras opciones tienen un valor por defecto que es "FALSE", lo cual necesitemos que este en "TRUE" osea verdadero. para hacer esto hacemos doble click en la opción osea doble click a network.http.pipelining lo cual va a retornar "TRUE".
[editar]
Configurando
* cambiamos network.http.pipelining a "true".
* cambiamos network.http.proxy.pipelining a "true".
* cambiamos network.http.pipelining.maxrequests ( por defecto contiene el valor 4 ) a "30". con esto el navegador hará 30 peticiones simultaneas a la url.
* cambiamos network.http.max-connections ( por defecto contiene el valor 24 ) a "96". con esto el navegador soportara 96 conexiones http simultaneas
* cambiamos network.http.max-connections-per-server ( por defecto contiene el valor 8 ) a "24". con esto el navegador soporta hasta 24 conexiones a un server en particular para asi descargar más rapido el sitio web solicitado
[editar]
Nota
Normalmente Firefox realiza una petición a una página vez a la vez. Cuando activas el "pipelining" harás que haga varias a la vez, lo que acelere la búsqueda de la página.
[editar]
Último paso
por ultimo hacemos click con el botón derecho en cualquier lado de la pagina si seleccionamos -> "NUEVO" -> "ENTERO", luego nos va a pedir el nombre del cambo que hemos creado: nglayout.initialpaint.delay , luego que hemos ingresado el nombre nos va a pedir que ingresemos un valor lo cual me vamos a dar un valor de "0".
con esto le estamos diciendo al navegador que no espere para mostrar en la pagina la información que esta recibiendo.
Con esto aceleramos los tiempos de carga, mostrar la información por pantalla (los cambios se notan con una buena conexión.)
Conección remota Linux - Windows
Hace tiempo que venia buscando una herramienta que me permitiese conectarme remotamente a una máquina con Windows desde Linux y ayer me encontré con esta página http://www.tightvnc.com/ [...]
[...]este programa esta licenciado como GPL, lo cual es una gran ventaja, ya que otro que había probado pedía una key paga para permitir el servidor en máquinas con Windows.
Para poder llevar a cabo este tipo de conexión tienen que ejecutar el servidor Tightvnc en una máquina (en mi caso Widows Xp) y un cliente en la otra (en mi caso GNU/Linux Slackware 11).
Slackware 11 viene con KDE, y KDE tiene una herramienta que se llama krdc, al ejecutar este programa les pedirá que ingresen la ip de la máquina que tiene el servidor Tightvnc (fíjense donde dice escritorio remoto), mas el numero del escritorio que están compartiendo, Windows solo tiene un escritorio por lo tanto le corresponde el número 0, EJ: 192.168.123.55:0
Para que todo funcione, la máquina que es servidor debe estar encendida y tener el servidor Tightvnc corriendo como servicio.
Después de instalar el programa tienen que setear una password, este les sera pedida cuando intenten acceder desde el cliente a la máquina remota.
Este programa también permite conexiones en forma inversa, desde una máquina Windows a otra con Linux, pero el servidor tiene que estar corriendo sobre Linux y el cliente sería Windows.
Esta herramienta es muy util cuando uno trabaja con computadoras en un edificio con mas de un piso, ya que no hace falta trasladarnos, tenemos todo lo que necesitamos en una sola máquina. Yo probe tener mas de una conexión remota al mismo tiempo y funciona sin problemas.
[...]este programa esta licenciado como GPL, lo cual es una gran ventaja, ya que otro que había probado pedía una key paga para permitir el servidor en máquinas con Windows.
Para poder llevar a cabo este tipo de conexión tienen que ejecutar el servidor Tightvnc en una máquina (en mi caso Widows Xp) y un cliente en la otra (en mi caso GNU/Linux Slackware 11).
Slackware 11 viene con KDE, y KDE tiene una herramienta que se llama krdc, al ejecutar este programa les pedirá que ingresen la ip de la máquina que tiene el servidor Tightvnc (fíjense donde dice escritorio remoto), mas el numero del escritorio que están compartiendo, Windows solo tiene un escritorio por lo tanto le corresponde el número 0, EJ: 192.168.123.55:0
Para que todo funcione, la máquina que es servidor debe estar encendida y tener el servidor Tightvnc corriendo como servicio.
Después de instalar el programa tienen que setear una password, este les sera pedida cuando intenten acceder desde el cliente a la máquina remota.
Este programa también permite conexiones en forma inversa, desde una máquina Windows a otra con Linux, pero el servidor tiene que estar corriendo sobre Linux y el cliente sería Windows.
Esta herramienta es muy util cuando uno trabaja con computadoras en un edificio con mas de un piso, ya que no hace falta trasladarnos, tenemos todo lo que necesitamos en una sola máquina. Yo probe tener mas de una conexión remota al mismo tiempo y funciona sin problemas.
Caracterisa a un programa de código abierto
Los programas de código abierto se caracterizan por lo siguiente:
1. El código fuente del programa siempre está disponible para quien lo desee ver.
2. El código fuente del programa se puede modificar por medio de modificacion directa, o por medio de parches.
3. El codigo fuente se puede redistribuir.
En muchos casos, las licencias de código abierto no permiten redistribuir versiones modificadas del codigo fuente original. En tal caso, el programador tiene la obligación de permitir que los que quieran hacer modificaciones, lo hagan por medio de parches, para entonces poder distribuir el codigo original, mas un conjunto de parches que lo modifican.
1. El código fuente del programa siempre está disponible para quien lo desee ver.
2. El código fuente del programa se puede modificar por medio de modificacion directa, o por medio de parches.
3. El codigo fuente se puede redistribuir.
En muchos casos, las licencias de código abierto no permiten redistribuir versiones modificadas del codigo fuente original. En tal caso, el programador tiene la obligación de permitir que los que quieran hacer modificaciones, lo hagan por medio de parches, para entonces poder distribuir el codigo original, mas un conjunto de parches que lo modifican.
Programas que son Open Source
Programas Open Source o de código abierto hay muchos. De hecho, podemos considerarlos a todos, ya que la Licencia Publica General está soportada como Licencia compatible con la definición OSI. En principio, podriamos decir que cualquier programa de software libre, es tambien de código abierto, pero no viceversa. Los programas de código abierto son aquellos que utilizan una licencia que no es la GPL, pero está soportada por este ente llamado la Iniciativa del Codigo Abierto.
¿Quieren ejemplos? Mozilla, Apache, Firefox, Thunderbird y el lenguaje Perl, son ejemplos de programas que tienen sus propias licencias (no son la GPL), pero aun asi, dichas licencias son compatibles con la definición de código abierto.
¿Quieren ejemplos? Mozilla, Apache, Firefox, Thunderbird y el lenguaje Perl, son ejemplos de programas que tienen sus propias licencias (no son la GPL), pero aun asi, dichas licencias son compatibles con la definición de código abierto.
El código abierto
El código abierto es una modalidad de desarrollo y distribución de software que nació en el año 1998 de la mano de genios como Eric Raymond, popular Guru del mundo de Linux.
Todo nace con un hecho muy puntual. Eric Raymon escribe un documento llamado "La catedral y el bazar" (que recomiendo su lectura a todos los alumnos), en el cual Eric describe como el método de abrir el código de un proyecto propio le trajo muchos beneficios. En resumidas cuentas, Eric cuenta un poco la historia de como creo un programa, lo puso en Internet con su codigo fuente, y cientos de personas comenzaron a colaborar para mejorarlo. Su programa se volvio todo un exito y hoy es muy poderoso. Si hubiera trabajado solo, nunca hubiera podido desarrollar tantas funcionalidades para su programa.
Este documento, lo leyó un alto funcionario de Netscape que se convenció de que el abrir el código era el futuro de la programación y entonces liberó el código de Netscape (si, el popular navegador web). Esa liberación del código permitió que hoy exista lo que conocemos como proyecto Mozilla y sus derivados (Firefox, Thunderbird, etc).
Por otra parte, Eric Raymon no estaba de acuerdo con Richard Stallman en muchos aspectos de la filosofía de la Licencia Publica General. Por eso, junto a un grupo de expertos, decidió crear lo que se llama la Iniciativa Open Source.
Todo nace con un hecho muy puntual. Eric Raymon escribe un documento llamado "La catedral y el bazar" (que recomiendo su lectura a todos los alumnos), en el cual Eric describe como el método de abrir el código de un proyecto propio le trajo muchos beneficios. En resumidas cuentas, Eric cuenta un poco la historia de como creo un programa, lo puso en Internet con su codigo fuente, y cientos de personas comenzaron a colaborar para mejorarlo. Su programa se volvio todo un exito y hoy es muy poderoso. Si hubiera trabajado solo, nunca hubiera podido desarrollar tantas funcionalidades para su programa.
Este documento, lo leyó un alto funcionario de Netscape que se convenció de que el abrir el código era el futuro de la programación y entonces liberó el código de Netscape (si, el popular navegador web). Esa liberación del código permitió que hoy exista lo que conocemos como proyecto Mozilla y sus derivados (Firefox, Thunderbird, etc).
Por otra parte, Eric Raymon no estaba de acuerdo con Richard Stallman en muchos aspectos de la filosofía de la Licencia Publica General. Por eso, junto a un grupo de expertos, decidió crear lo que se llama la Iniciativa Open Source.
Suscribirse a:
Entradas (Atom)