Debian se distribuye (mediante réplicas) a través de cientos de servidores en Internet. Usar un servidor cercano ayuda a acelerar la descarga a la vez que se reduce la carga en nuestros servidores centrales así como en la propia Internet en general.
Las réplicas de Debian pueden ser primarias o secundarias, según las siguientes definiciones:

Una réplica primaria posee un ancho de banda considerable, está disponible 24 horas al día y tiene un nombre fácil de recordar, del tipo ftp..debian.org.

Las réplicas primarias se actualizan automáticamente cada vez que hay cambios en el repositorio de Debian.

Una réplica secundaria puede restringir qué es lo que replica (por posibles problemas de espacio). Aunque una réplica sea secundario eso no significa necesariamente que tenga que ser más lenta o estar menos actualizada que una primaria.

Para una descarga lo más rápida posible use la réplica más cercana a usted, ya sea ésta una réplica primaria o secundaria.

Use el programa netselect para determinar cuál es la réplica con menor latencia; use un programa de descarga como wget o bien rsync para determinar la réplica que proporciona mejor tasa de transferencia. Tenga en cuenta que la proximidad geográfica no suele ser el factor más importante a la hora de determinar la máquina que puede ofrecer un mejor servicio.

La copia de referencia de la siguiente lista siempre se puede consultar en: http://www.debian.org/mirror/list.

Si usted conoce alguna réplica que no aparece en esta lista, por favor, pida al responsable de dicha réplica que rellene el formulario de la página: http://www.debian.org/mirror/submit.

Consulte la página http://www.debian.org/mirror/ para todo lo demás que quiera saber sobre réplicas.

Direcciones de las réplicas primarias de Debian.

País	Dirección	Arquitecturas
Alemania	ftp2.de.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Alemania	ftp.de.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Australia	ftp.au.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Austria	ftp.at.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Bélgica	ftp.be.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Bielorrusia	ftp.by.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Bosnia-Herzegovina	ftp.ba.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Brasil	ftp.br.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Bulgaria	ftp.bg.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Canadá	ftp.ca.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Chile	ftp.cl.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Corea	ftp.kr.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Croacia	ftp.hr.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Dinamarca	ftp.dk.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Eslovenia	ftp.si.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
España	ftp.es.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Estados Unidos	ftp.us.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Estonia	ftp.ee.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Finlandia	ftp.fi.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Francia	ftp2.fr.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Francia	ftp.fr.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Grecia	ftp.gr.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Hong Kong	ftp.hk.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Hungría	ftp.hu.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Irlanda	ftp.ie.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Islandia	ftp.is.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Italia	ftp.it.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Japón	ftp2.jp.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Japón	ftp.jp.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Lituania	ftp.lt.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
México	ftp.mx.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Noruega	ftp.no.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Nueva Caledonia	ftp.nc.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Nueva Zelanda	ftp.nz.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Países Bajos	ftp.nl.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Polonia	ftp.pl.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Portugal	ftp.pt.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Reino Unido	ftp.uk.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
República Checa	ftp.cz.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
República Eslovaca	ftp.sk.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Rumanía	ftp.ro.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Rusia	ftp.ru.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Suecia	ftp.se.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Suiza	ftp.ch.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Tailandia	ftp.th.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Taiwán	ftp.tw.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Turquía	ftp.tr.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Ucrania	ftp.ua.debian.org/debian/	alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc

Si te ha gustado el artículo inscribete al feed clicando en la imagen más abajo para tenerte siempre actualizado sobre los nuevos contenidos del blog:

El software propietario se financia a través de la concesión de licencias. El software libre, en cambio, suele utilizar un modelo de negocio basado en servicios adicionales sobre el software que ofrece.

Si la mayoría del software libre es gratuito es difícil imaginar cómo pueden mantenerse proyectos con un trabajo de gestión, desarrollo y calidad final enorme como OpenOffice, eMule, Ubuntu, MySQL, Apache...

Vamos a ver los puntos clave del software libre y cómo pueden llegar a ganar bastante dinero.

Comunidad de desarrollo.

En prácticamente todos los desarrollos de software libre hay una gran comunidad de desarrolladores que aportan su experiencia y su tiempo de manera desinteresada simplemente por el hecho de aportar valor a la sociedad: programadores, traductores, probadores, diseñadores... Todo el mundo puede aportar algo. Gran parte de la evolución del software libre se ha realizado gracias a ellos. Ejemplos de comunidades los podemos encontrar en OpenOffice, Ubuntu, Debian e incluso hay proyectos que se sustentan casi al 100% por comunidades como Gimp.

Donaciones.

Una opción muy habitual en proyectos de software libre es la de donar dinero al proyecto ya que su mantenimiento (servidores, tiempo...) tiene un coste y es lógico que éste se reparta entre todos los que se benefician del proyecto. Esta opción tiene poca repercusión en España -donde no funciona- aunque se utiliza bastante en Estados Unidos. El dinero ganado mediante donaciones habitualmente cubre los costes básicos para mantener el proyecto y poco más. Es habitual que se utilice en conjunto con otros modelos que veremos a continuación. Es utilizado por una gran parte de proyectos de software libre: eMule, jzip, Apache, 7 Zip, Debian. El caso de Ubuntu es singular, un multimillonario dedicado a negocios en Internet donará dinero al proyecto hasta dentro de 3-5 años, cuando calculan que será viable.
Patrocinios.

El software libre puede llegar a ser muy popular y contar con un gran número de usuarios fieles. Las ventajas ya las hemos comentado: es software de calidad y habitualmente gratuito. Eso es una gran ocasión para que las empresas incluyan su marca dentro del software y consigan mucha visibilidad, y por eso están dispuestas a pagar mucho dinero. El problema es que el fallo de un patrocinador podría llevar a la quiebra al proyecto. Como ejemplos podemos citar a Firefox, donde Mozilla Corporation generó más de 66 millones de dólares sólo en 2006 gracias al patrocinio de Google (Firefox incorpora Google como buscador principal). O también de KDE, GNOME y OsCommerce, que incorpora plugins de empresas que ofrecen servicios relacionados con el comercio electrónico.
Servicios y soporte técnico.

Cualquier aplicación necesita soporte técnico, personalizaciones, instalación, formación para usarla... y quién mejor para ofrecerlo que los propios desarrolladores. Es uno de los modelos más viables ya que hay mucha demanda de servicios adicionales por parte de las empresas que utilizan software libre y además al haber múltiples clientes se minimiza el riesgo de quebrar si falla un patrocinador. Así se financia, EyeOS, MySQL, Red Hat.

Otros.

Pueden haber tantos métodos como se le ocurra a cada desarrollador; pero éstos son los más habituales. Otras formas menos habituales sería hacer merchandising, como el que puedes encontrar en la tienda de eMule.
¿Está bien que el software libre genere dinero?.

Yo creo que sí. El desarrollo de un proyecto es complejo, y es lógico que se busque la forma de financiar el gasto que supone y el tiempo invertido. La filosofía del software libre no es la de "todo gratis", es la de evitar restricciones que no permiten que los usuarios del software puedan personalizarlo a sus necesidades, compartirlo o solucionar errores.

Que haya negocio detrás del software libre es imprescindible para que las grandes empresas se fijen en él y evolucione como lo está haciendo hoy en día. El desarrollo de grandes proyectos tiene un coste elevado, y alguien tiene que pagarlo. Si sólo existiera el modelo de donaciones, proyectos como OpenOffice o Firefox seguramente no serían lo que son, y si no existiera ni tan siquiera ese modelo no existirían alternativas a las aplicaciones de código cerrado."

En lo que a mí respecta, estoy deacuerdo con el hecho de que el software libre genere ganancias, los desarrolladores, traductores y todos los que tienen que ver con la implementación del mismo no viven del aire, y es gracias a ellos que disfrutamos de un mundo virtual "libre"

Los amantes de las distribuciones minimalistas puede que quieran echarle un vistazo a Bodhi, una distribución que está basada en Ubuntu 10.04 y que además aporta otro elemento importante: la última compilación de Enlightenment (E17) -aún en fase de desarrollo-, lo que permite contar con un escritorio singular tanto en su diseño como en su funcionamiento.

De hecho el responsable de esta distribución insiste en que solo Austrumi y PCLinuxOS incluyen una versión reciente de E17, pero que el quería incluir dicho entorno de escritorio en una distribución más popular, y eso lo que ha hecho con Bodhi.

La distribución presenta un escritorio minimalista con un Dock con tres iconos: LXTerminal, Firefox y Synaptic. El foco está en el escritorio, para el que están disponibles efectos y animaciones que hacen más atractivo esta interfaz visual.

No obstante, hay que advertir que la distribución está en fase alpha, así que si queréis descargarla tendréis que tener en cuenta que podréis encontraros con fallos como los que relatan en Ostatic, donde no les funcionaba el sonido y el comportamiento de Synaptic era algo errático.

Hay cosas interesantes en Bodhi, como el hecho de que por defecto dos de los repositorios más valorados en Ubuntu -Medibuntu y GetDeb- están disponibles, lo que os permitirá instalar códecs multimedia y drivers hardware que no están incluidos de serie en la distribución original.

Y la otra gran característica es la que habla de sus requisitos hardware: basta con un procesador i386 a 300 MHz, 128 Mbytes de RAM, y un disco duro con 1,5 Gbytes de espacio para instalarla. Habrá que echarle un vistazo, ¿no creéis?

Podéis descargarla Bodhi 0.1.0 (32 bits) desde este enlace en SourceForge.

Un tutorial completo lo encuentran en esta página

Screenshots:

Si te ha gustado el artículo inscribete al feed clicando en la imagen más abajo para tenerte siempre actualizado sobre los nuevos contenidos del blog: