Graciela Urquieta escribió:

> * Quien financia al software libre o de que forma se paga a los
> desarrolladores

El "software libre" no tiene una forma especifica de financiarse.
Algunos proyectos se financian de algunas maneras y otros de otras.
Algunas maneras son mas comunes, o mas efectivas, que otras.  Algunos
ejemplos:

1. el proyecto GNU, que produce muchos utilitarios comunes, se financia
con donaciones de terceros, ademas del trabajo desinteresado de algunos
entusiastas (quienes regalan su trabajo).

2. el kernel Linux es financiado por muchas empresas con intereses en
que Linux siga funcionando (porque tienen productos que dependen de el).
Algunas empresas que pagan por el kernel Linux son IBM, Redhat, Novell,
Mandriva, Hewlett-Packard, Sun, entre muchas otras.

3. el servidor de datos MySQL es financiado por la empresa MySQL AB, que
paga a sus programadores para que continuen desarrollandolo; MySQL AB
distribuye una version libre (bajo licencia GPL) y una version
"enterprise", la cual se paga.  MySQL mantiene la version comunitaria
porque le da acceso a una poblacion grande de usuarios y potenciales
desarrolladores; a la vez que gana $$ con la version que se vende.  

4. SQL-Ledger entrega su software gratuitamente, pero si quieres el
manual debes comprarlo.

5. Algunas empresas, como Command Prompt Inc., cobran por darte
"soporte", es decir, tener un telefono 24 horas al dia al cual puedes
llamar para preguntar lo que te plazca.  Obviamente tu solo tendras
interes en llamarlos si tienen un producto medianamente usable para
satisfacer tus necesidades; por lo tanto esta en el interes de Command
Prompt que el software que ellos soportan (Postgres) siga
desarrollandose, y pagan para que asi sea.  (Esto es casi lo mismo que
(2) en realidad).


Hay miles (literalmente) de proyectos de software libre, y cada uno
busca la forma de financiarse.  En algunos casos el modelo de
"financiamiento" es que alguien entrega su trabajo gratis; en otros
casos hay movimiento de dinero.

> * A quien se deberia recurrir para dar soporte en caso de que algun
> programa cause daño o sea el causante de la perdida de informacion

Dado que dispones del codigo, puedes hacerlo tu misma o contratar a
algun especialista.  En muchos casos el especialista sera quien
desarrolló el software; por ej. (4) y (5) en la lista de arriba.


> * Como sepuede justificar que los programas incluidos en las
> distribuciones no hagan mas cosas para las que fueron diseñadas (tener
> algo malo metido por dentro)

El codigo esta abierto, por lo tanto puedes examinarlo si tienes dudas
al respecto.  Ha pasado en algunas oportunidades, pero son muy escasas y
son eliminadas en cuanto son descubiertas (ejemplo: el "backdoor" que
tenia Firebird cuando recien fue abierto).

Como decia German, uno compara con el software privativo: en
contraposicion uno puede intentar buscar backdoors, caballos de troya o
"easter eggs" en el.  Sin el codigo fuente es muy dificil.  Habiendo
maneras sofisticadas de esconderlos, es imposible saber si los hay o no.

¿Qué detiene a una empresa de software privativo esconder "algo malo"?
Nada, salvo su supuesta "buena voluntad" o ética profesional, cosa con
la que realmente no debes contar.  (Observa que en mi primer párrafo no
hago alusión a ninguna de las dos cosas, puesto que en el caso del
software libre no necesitas suponer que el desarrollador es ético).

> * Como poder justificar que el SL se utilice en las administraciones
> publicas de los paises y que ventajas traerian a estas en comparacion
> con el SL.

Esta pregunta no tiene mucho sentido.  ¿Cómo se puede justificar que el
software privativo se utilice en las administraciones públicas?  Hay una
sola explicación: porque les satisface una necesidad.  Por lo tanto si
el SL les satisface la necesidad, entonces he ahí su justificación.

> Aunque tengo idea de todas estas cuestiones, y que la mayoria parte de
> un aspecto de conviccion, y un aspecto moral, me gustaria que me
> aplien este tema.

Observa que no necesitas ni convicción ni moral para ninguna de las
cosas que te menciono arriba.

-- 
Alvaro Herrera                 http://www.amazon.com/gp/registry/CTMLCN8V17R4
"El número de instalaciones de UNIX se ha elevado a 10,
y se espera que este número aumente" (UPM, 1972)
From [EMAIL PROTECTED]  Tue Sep  4 19:00:10 2007
From: [EMAIL PROTECTED] (Ricardo Mun~oz A.)
Date: Tue Sep  4 19:32:19 2007
Subject: Preguntas de SL
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

Graciela Urquieta wrote:
> Hola, este fin de semana, asisti a un evento en el instituto donde
> estudio, donde se toco el tema de software libre, asi mismo como en
> todo evento habia gente creo yo con malas intesiones y que era
> contraria al SL, gente que realizo varias preguntas y no quisieron
> entender las respuestas de los jovenes expositores,

suena extran~o... si estaban en el evento es porque les interesaba el 
tema. si fueron solo a criticar (en mala) quizas los deberian haber 
expulsado del lugar y/o prohibir la entrada en proximos eventos?

> es asi que desearia me puedan colaborar a elaborar algunas respuestas a sus
> cuestiones para que este fuin de semana que viene pueda yo intervenir
> y callar los malos comentarios que hizo esta gente (obviamente gente
> que no sale de su windows y no mira mas alla)
>   

crees que vale la pena? IMHO son discusiones sin sentido... y una 
perdida de tiempo.

> Se debe tener en cuenta que soy una entusiasta y no una experta. ;)
>
> Algunas de las preguntas son:
>
> * Quien financia al software libre o de que forma se paga a los 
> desarrolladores
>   

las mismas empresas que financian software no libre: IBM, HP, Oracle, 
Microsoft[|], Novell, etc. hay muchas mas pero esas serian las mas 
"conocidas"...

> * A quien se deberia recurrir para dar soporte en caso de que algun
> programa cause daño o sea el causante de la perdida de informacion
>   

buena pregunta. para trabajo en serio los proveedores del software 
(sistema operativo) certifican el hardware donde "se recomienda" 
ejecutar el sistema operativo. ver por ejemplo del listado de hardware 
certificado para Red Hat[2]. por la "perdida de datos" me imagino que 
nadie se puede responsabilizar (revisar las licencias de todos los MS 
Windows), a menos que se haga un contrato especial con el mismo 
proveedor del software o hardware.

generalmente para la perdida de informacion sirven los respaldos... ;) y 
eso es independiente del software libre o no libre!

> * Como sepuede justificar que los programas incluidos en las
> distribuciones no hagan mas cosas para las que fueron diseñadas (tener
> algo malo metido por dentro)
>   

usando los mismos recursos que tienes para saber si un software 
efectivamente tiene algo metido por dentro... informarte al respecto. 
con el software libre tienes la ventaja de que al estar disponible su 
codigo fuente alguien podria mas facilmente encontrar algo malo...

> * Como poder justificar que el SL se utilice en las administraciones
> publicas de los paises y que ventajas traerian a estas en comparacion
> con el SL.
>   

dificil pregunta. cada pais tiene su propia "administracion publica", su 
propia cultura y manera de enfrentar ciertos temas. pero, generalmente 
en muchos paises han preferido usar software libre por varios motivos. 
San Google podria entregar mas datos al respecto...

> Aunque tengo idea de todas estas cuestiones, y que la mayoria parte de
> un aspecto de conviccion, y un aspecto moral, me gustaria que me
> aplien este tema.
>   

en realidad, el aspecto moral y de conviccion no tiene mucho que ver. el 
punto es que hoy en dia esta cambiando el "mercado", y tambien los 
"modelos de negocio" de cada empresa fabricante de software. el 
"mercado" es cada vez mas competitivo y ya no importa si un software es 
libre o no, lo que importa es si sirve (de la mejor forma posible) para 
solucionar un problema! para una empresa elegir usar un software por 
"conviccion" le puede costar muy muy caro... ;)

por lo mismo, si quieres impresionar a tus compan~eros diles que cuando 
vayan al cine a ver la mas reciente pelicula con graficos y efectos 3D, 
la verdad es que fueron hechos con Linux[3]. y que a su empresa favorita 
Microsoft finalmente no le quedo otra que ser parte del movimiento "open 
source"[4].

[1] http://www.codeplex.com/
[2] https://hardware.redhat.com/
[3] http://www.linuxmovies.org/
[4] http://www.microsoft.com/opensource/default.mspx

-- 
Ricardo Mun~oz A.
Usuario Linux #182825 (counter.li.org)
From [EMAIL PROTECTED]  Tue Sep  4 19:09:24 2007
From: [EMAIL PROTECTED] (Percy Gonzales)
Date: Tue Sep  4 19:38:03 2007
Subject: subversion
Message-ID: <[EMAIL PROTECTED]>

hola listeros, una consulta, estoy en procura de instalar subversion y
trac, bueno hasta ahora me ha ido bien, he configurado trac para que
funcione sobre una BD postgresql, pero me surgio la inquietud de saber
si subversion puede utilizar una BD distinta a la que utiliza, cabe
decir que en lugar de utilizar Berkeley DB haga uso por ejmplo de
postgresql, aunque he buscado en google, no encontrado nada, alguno de
uds. conoce si es posible esto?.

Aunque solo sea una inquitud, esta surguio por que me gustaria tener
todo en una sola BD, por temas de mantencion  y demas.


esperi sus sugerencias y comentarios


Percy
From [EMAIL PROTECTED]  Tue Sep  4 20:09:38 2007
From: [EMAIL PROTECTED] (Andres Pereira)
Date: Tue Sep  4 20:11:56 2007
Subject: subversion
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

On 9/4/07, Percy Gonzales <[EMAIL PROTECTED]> wrote:
> hola listeros, una consulta, estoy en procura de instalar subversion y
> trac, bueno hasta ahora me ha ido bien, he configurado trac para que
> funcione sobre una BD postgresql, pero me surgio la inquietud de saber
> si subversion puede utilizar una BD distinta a la que utiliza, cabe
> decir que en lugar de utilizar Berkeley DB haga uso por ejmplo de
> postgresql, aunque he buscado en google, no encontrado nada, alguno de
> uds. conoce si es posible esto?.
>
> Aunque solo sea una inquitud, esta surguio por que me gustaria tener
> todo en una sola BD, por temas de mantencion  y demas.

Subversion actualmente usa bdb o fsfs, y la recomendación es usar
fsfs. Las tareas de mantención/respaldos no son nada del otro mundo...

Lo que tu dices lo han propuesto más de alguna vez pero sigue como
idea (hay por ahí un prototipo[2]) , busca por "sql backend" en la
lista de correos de svn[1] y mira unas notas que hay en la vista
web[2] del repositorio mismo proyecto)

[1] http://svn.haxx.se/users/
[2] http://svn.collab.net/repos/svn/trunk/notes/sql-backend

Saludos,

-- 
Andrés Pereira

Responder a