Contrato Social de Debian



Al querer participar como traductor en Debian, buscando los pasos que debía tomar para serlo me encontre con el contrato social de Debian este contrato es uno de los que hace mucho no leia casí que había olvidado pero me recordo por que elegi esta distro como mi favorita y en la cual quiero dejar un aporte (sin querer decir que no pueda trabajar en otros proyectos como Ubuntu o Arch de vez en cuando) este contrato por decirlo asi es de los más sencillos de entender y refleja la neutralidad libertad y transparencia de esta distribución que no tiene intereses particulares su único interes es crear el S.O. libre (hasta libre de elegir software privatio esa es una parte fundamental de la libertad) sin apuntar a ningún tipo de usuario en especifico ni a un mercado especifico si no a generar un sistema totalmente estándar libre y universal.

para no extenderme más aquí dejo el contrato sin modificaciones que pueden encontrar en la página oficial de Debian.

Contrato social de Debian

La versión 1.1 ratificada el 26 de abril de 2004 deroga la versión 1.0 ratificada el 5 de julio de 1997.
El proyecto Debian, creador del sistema Debian GNU/Linux, ha creado el contrato social de Debian. Este documento es una declaración de intenciones por nuestra parte y un conjunto de principios que acatamos. La parte del contrato llamada directrices de software libre de Debian (Debian Free Software Guidelines, DFSG)— diseñada inicialmente como un conjunto de criterios para definir lo que es software libre—, ha sido adoptada posteriormente por la comunidad de software libre como base para la definición de Open Source.

Contrato social con la comunidad de software libre

  1. Debian permanecerá 100% libre Las directrices de software libre de Debian (DFSG) son el criterio que nosotros utilizamos para determinar si el software es libre o no. Prometemos mantener el sistema GNU/Linux así como todos sus componentes completamente libres de acuerdo con este criterio. No obstante, daremos soporte también a aquellos usuarios que desarrollen y ejecuten software no libre en Debian pero nunca haremos que el sistema tenga que utilizar obligatoriamente un componente que no sea libre.
  2. Contribuiremos a la comunidad de software libre Cuando escribamos nuevos componentes del sistema Debian, los licenciaremos de forma consistente con nuestra definición de software libre. Haremos el mejor sistema que podamos, de forma que el software libre tenga amplia difusión y uso. Enviaremos parches, mejoras, peticiones de los usuarios, etc. a los autores originales (esto se conoce en inglés como upstream, N. del T.) del software incluido en nuestro sistema.
  3. No ocultaremos los problemas Mantendremos nuestra base de datos de informes de error accesible al público en todo momento. Los informes de error que los usuarios envíen serán visibles por el resto de usuarios de forma inmediata.
  4. Nuestra prioridad son nuestros usuarios y el software libre Nos guiaremos por las necesidades de nuestros usuarios y de la comunidad del software libre. Sus intereses serán una prioridad para nosotros. Daremos soporte a las necesidades de nuestros usuarios para que puedan trabajar en muchos tipos distintos de entornos de trabajo. No pondremos objeciones al software no libre que vaya a ejecutarse sobre Debian ni cobraremos a las personas que quieran desarrollar o usar ese tipo de software (no libre). Permitiremos a otros crear distribuciones de valor añadido basadas en Debian sin cobrarles nada por ello. Es más, entregaremos un sistema integrado de alta calidad sin restricciones legales que pudieran prevenir este tipo de uso.
  5. Trabajos que no siguen nuestros estándares de software libre Reconocemos que algunos de nuestros usuarios necesitan usar trabajos que no sigan las directrices de software libre de Debian (DFSG). Por ello, hemos creado las secciones contrib y «non-free» en nuestro archivo para estos trabajos. Los paquetes en estas secciones no son parte del sistema Debian, aunque han sido configurados para usarse con Debian. Animamos a los distribuidores de CDs a que lean las licencias de los paquetes en estas secciones para poder determinar si pueden distribuir este software en sus CDs. Así pues, aunque los trabajos que no sean libres no son parte de Debian, damos soporte para su uso, y proporcionamos infraestructura (como nuestro sistema de informe de errores y listas de distribución) para paquetes no libres.

Las directrices de software libre de Debian (DFSG)

  1. Libre redistribución La licencia de un componente de Debian no puede restringir a un tercero el vender o entregar el programa como parte de una distribución mayor que contiene programas de diferentes fuentes. La licencia no debe solicitar «royalties» u otras comisiones para su venta.
  2. Código fuente El programa debe incluir el código fuente completo, y debe permitir la distribución en forma de código fuente y en forma compilada (binario).
  3. Trabajos derivados La licencia debe permitir modificaciones y trabajos derivados y debe permitir que estos se distribuyan bajo los mismos términos que la licencia del programa original.
  4. Integridad del código fuente del autor La licencia puede restringir la distribución del código fuente en forma modificada sólo si la licencia permite la distribución de parches (patch files) para poder modificar el código fuente original del programa en el momento de compilarlo. La licencia debe permitir explícitamente la distribución de software a partir de código fuente modificado. La licencia puede obligar a los trabajos derivados a llevar un nombre o número de versión diferentes del programa original Esto es un compromiso. El grupo de Debian anima a todos los autores a no restringir ningún fichero, fuente o compilado, de ser modificado.
  5. No discriminación contra personas o grupos La licencia no debe discriminar a ninguna persona o grupo de personas.
  6. No discriminación en función de la finalidad perseguida La licencia no puede restringir el uso del programa para una finalidad determinada. Por ejemplo, no puede restringir el uso del programa a empresas con fines comerciales, o en investigación genética.
  7. Distribución de la licencia Los derechos y libertades de uso asociados al programa deben aplicarse en la misma forma a todos aquellos a los que se redistribuya el programa, sin necesidad de pedir una licencia adicional para estas terceras partes.
  8. La licencia no ha de ser específica para Debian Los derechos asociados al programa no deben depender de que el programa sea parte o no del sistema Debian. Si el programa es extraído de Debian y usado o distribuido sin Debian, pero manteniendo el resto de las condiciones de la licencia, todos aquellos a los que el programa se redistribuya deben tener los mismos derechos que los dados cuando forma parte de Debian.
  9. La licencia no debe contaminar a otros programas La licencia no debe poner restricciones sobre otros programas que se distribuyan junto con el programa licenciado. Por ejemplo, la licencia no puede insistir que todos los demás programas distribuidos sobre el mismo medio deben ser software libre.
  10. Ejemplos de licencias Las licencias GPL, BSD, y Artística son ejemplos de licencias que nosotros consideramos libres.
La expresión contrato social con la comunidad de software libre fue sugerida por Ean Schuessler. El primer borrador de este documento fue escrito por Bruce Perens, fue modificado por los demás desarrolladores de Debian durante una conferencia por correo electrónico que duró un mes (junio de 1997) y finalmente aceptado como la normativa pública del proyecto Debian.
Posteriormente, Bruce Perens eliminó las referencias específicas a Debian en las directrices de Debian para el Software Libre (DFSG), creando la definición de Open Source.
Cualquier otra organización puede llevar a cabo trabajos derivados a partir de este documento. Por favor, haga referencia al proyecto Debian en tal caso.



fuente:
http://www.debian.org/social_contract








Licencias Creative Commons





hola a todos en este post les quiero explicar sobre las licencias creative commons sobre las cuales se ha creado un halo de desconocimiento y muchos creen que son privativas pero por el contrario son de uso público y abierto y son muy similares a la GNU/GPL pero estas tienen más aplicaciones legalmente. sin mas rodeos estás son 6 y se basan en 4 principios bases de los cuales se pueden obtener las 6 licencias combinandolos.
 
Reconocimiento (Attribution):

este principio se caracteriza por que siempre se debe reconocer el autor original en obras derivadas y en derivadas de las mismas.

No Comercial (Non commercial):

este princio basicamente indica que la obra esta sujeta a usos no comerciales.

Sin obras derivadas (No Derivate Works):

este principio dice que no se permite modificación de la obra en su explotación.

Compartir Igual (Share alike):

en mi concepto el principio que se asemeja más a la GNU/GPL. este principio dicta que las obras derivadas siempre deben tener el mismo licenciamiento.


con base a estos 4 principios se crearon las 6 licencias Creative Commons.


Reconocimiento (by):
 
esta licencia permite modificación distribución y comericialización sin ningún problema o restricción.

Reconocimiento - NoComercial (by-nc):
 
ni la obra original ni las derivadas deben ser distribuidas como obras no comerciales, se permiten modificaciones

Reconocimiento - NoComercial - CompartirIgual (by-nc-sa):
 
igual que la anterior no se permite uso comercial ni en la original ni en las derivadas, las derivadas deben tener los mismos términos de distribución.

Reconocimiento - NoComercial - SinObraDerivada (by-nc-nd):
 
no se permite uso comercial de la obra original ni se permite la creación de obras derivadas.

Reconocimiento - CompartirIgual (by-sa):
 
se permite el uso comercial de la obra y las derivadas las cuales deben tener una licencia igual que las derivadas.

Reconocimiento - SinObraDerivada (by-nd):
 
se permite el uso comercial de la obra pero no la generación de obras derivadas.

tuxguitar opción libre para guitar pro





muchos de ustedes como me sucedio a mi cuando migre a linux busco opciones para sus programas como autocad, camtasia studio, dvd maker, emuladores, guitar pro, cropclip etc al principio me alarme ya que creia que al ser programas de un campo especifico o especializados en algunos casos pense que tendria que usar wine y cruzar dedos, vaya sorpresa que me doy al encontrar en mis repositorios excelentes opciones libres y de mejor calidad.

Una de estas joyas que me encontre en los repos es tuxguitar un programa editor y reproductor de tablaturas multipista alternativa libre a guitar pro.

Entre sus principales caracteristicas están, la emulacion del mastil de la guitarra y los teclados y el soporte de los formatos de guitar pro, el bajo consumo de memoria en relación con programas de su mismo tipo.

La instalación de este programa tiene ciertas dependencias fáciles de solucionar que no generarán mayor inconveniente.


           aptitude -r install tuxguitar

       
Por lo general al ejecutar este comando se resuelven todas las dependencias y el programa está listo para usar en caso contrario aqui esta la lista de dependencias del paquete para instalarlas manualmente o buscarlas en los repositorios.


  • default-jre.
  • libitext-java.
  • libswt-cairo-gtk-3.5-jni.
  • libswt-gtk-3.5-java.
  • libswt-mozilla-gtk-3.5-jni.
  • xulrunner-1.9.1.
Luego de esto ejecutamos el siguiente comando para satisfacer y actulizar las dependencias ya instaladas.

    dpkg-reconfigure tuxguitar

Con esto ya tenemos nuestro programa en funcionamiento.


Por lo general se presenta un problema en el sonido al reproducir nuestras tablaturas no se presenta sonido algo fundamental cuando queremos revisar o escuchar un acorde especifico y no sabemos en que parte de la tablatura esta, este problema lo solucionamos de la siguiente forma.


    aptitude -r install timidity.


Con el paquete ya instalado el paso siguiente es configurar el programa para que la salida de audio sea timidity.

Vamos a herramientas/preferencias


luego a la sección de sonido y elegimos en la opción "puerto MIDI" "timidity port 0 [128:0]"



Damos enter y aplicamos los cambios.

¿como descargar un archivo de 23.000 Teras?

buscando actividad para mi geek night (asi le digo a los viernes que por una u otra razón no puedo salir) y ya que me  perdí la aquelarre en la universidad me encontre un curioso acertijo que me puso a pensar u buscar la solución más razonable y quemar un poco de tiempo que me regala mi maldito insomnio.

¿es esto posible hoy en día?
 

bueno no se si lo sea del todo pero ahi va mi argumento.


Teniendo en cuenta que a una velocidad de 41 kb/s que sería una velocidad promedio durante un gran lapso de una conexión casera, y que se tardaría 4381 años a esta velocidad, que los ISP son tan des confiables ya que sus conexiones la mayoría de veces no pueden mantenerse por días, aplican servidores proxy y controlan grandes y continuos flujos de datos por parte de un cliente, un caso común de esto es cuando cada cierto número de gigas descargadas el ISP te desconecta automáticamente y te hace tomar una nueva IP lo que la mayoría de veces hace perder descargas que van a medias, y que al ser una descarga que tarda mucho tiempo es muy probable (aun si la raza humana existiera y por consiguiente existiese un flujo constante de energía eléctrica) que haya un gran lapso de tiempo sin flujo eléctrico (con esto de las tormentas solares y fallos producidos por cuanto fenómeno natural que pudiera suceder en estos 4000 años) lo que haría que la probabilidad de que cualquier sistema informático se mantuviese en pie fuera casi 0. Analizando estos factores es obvio que no podemos usar una PC con una capacidad de procesamiento media ni una conexión a internet empresarial. Por lo cual para descargar este importante archivo (jeje el que me va a hacer los premios de ubuntu XD) necesitamos generar una solución descentralizada es decir utilizar grandes cantidades de recursos en varias partes y segmentar la descarga.

Teniendo en cuenta que en la actualidad el sistema de archivos que soporta la mayor cantidad de información en un solo archivo es UFS el archivo seria guardado en un arreglo de discos y que ya disponemos de un disco creado por IBM que guarda 120 petas (recordemos nuestro archivo esta al rededor de las 2 petas) esta descarga en ese sentido se puede hacer efectiva y el unico sistema operativo que podría abrirlo sería alguno de la familia de BSD ya que son los únicos con soporte de lectura para este sistema de archivos (lastima ni mi querido linux podría leerlo).

Bien ahora hablemos de otro factor importante segmentar la descarga en esta parte es en la que tengo menos seguridad pero estoy seguro que las técnicas descritas a continuación pueden ser aplicadas con tecnologías ya existentes y estandarizadas o algunas por perfeccionar. Es cierto que existen grandes posibilidades de que al tratar de descargar un archivo en una sola parte la descarga falle y se pierda la descarga o que la integridad del archivo se vea afectada al continuar la descarga (por esto se han creado los MD5 con muchas ISO y archivos de gran volumen en internet para verificar que el archivo es integro después de descargarse) es necesario poder dividir la descarga por partes no me refiero al típico segmentado de un archivo rar que bajamos de MF RS o MU ya que el archivo a descargar no es nuestro, si no a poder descargarlo desde ciertas partes los primeros 1000 megas y de otra los segundos de otra parte así sucesivamente y por medio de Torrent el protocolo más rápido en mi experiencia en transferencia de archivos enviar esas partes al servidor central donde tenemos nuestro disco duro de 120 petas

Y por último un factor muy importante la velocidad de descarga si no tuviéramos en cuenta la ubicación del servidor que aloja el archivo ya que sería un cuadro muy complejo analizar la velocidad de subida de ese servidor y la de bajada de la de nuestros servidores en un caso como este hipotético solo entraremos a analizar la velocidad de descarga de nuestros pc's y donde nos convendría tenerlos para asía aprovechar el mejor ancho de banda, según pandonetworks el mejor ancho de banda en el mundo está en Corea del Sur suponiendo que nuestros equipos estuviesen allí incluyendo nuestro servidor central con el disco duro ya descrito cada uno de estos tendría una velocidad de 2,2 KB/s (kilo bytes no kilo bits) alrededor de 132 megas efectivas por segundo.
Esto quiere decir que 2399364998 megas que es el archivo se podrían bajar en un solo equipo en 18177007,560606061 segundos que son 302950,126010101 horas que a su vez son 5049,168766835 horas que son 210,382031951 si sólo usáramos 100 equipos en paralelo descargando las partes del archivo esto con el fin de no sobresaturarlo ya que se sabe que entre más conexiones simultaneas haya a un servidor así estas sean por pocos segundos y por pocos bytes así estan sean simultaneas podrían realentizarlo y hasta hacerlo caer (en esto se basan los ataques DdoS) el archivo se bajaria en las 100 estaciones en 2,10382031951 días y se tardaría otros 2,10382031951 días en transferirlo al servidor central el de nuestro super disco duro (recordemos que no estamos teniendo en cuenta ubicación del servidor ni velocidad de subida del mismo por lo cual generalizo la velocidad de corea del sur) al rededor de 4 días para bajar el archivo si tuvieramos recursos que ni tiene google esto sin contar el armado del archivo en el servidor ya descargado que podria tardar mucho mas tiempo de lo que se bajo, sin alargar más recordar que esto es un caso hipotético y que mi análisis no es perfecto ya que se baso en mis conocimientos y en cosas que requieren mucho estudio practico, y lo hize por análizar esta situación gracias por leer.

el disco más grande.


ancho de banda a nivel mundial.