Diego Bello wrote:
>>En los repositorios españolesse portan super bien, generalmente llego a
>>ocupar todo el ancho de banda que tengo cuando me conecto.
>>
> Mmm, ¿qué ISP tienes?, con speedy los únicos que andaban bien eran los
> gringos. En todo caso voy a probar a ver que onda.
He probado con gtd y vtr.
--
Paulo Seguel
[EMAIL PROTECTED]
From [EMAIL PROTECTED] Thu Nov 25 22:01:59 2004
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Fri Nov 26 08:36:26 2004
Subject: Repositorio Mandrake 10.1
In-Reply-To: Your message of "Thu, 25 Nov 2004 18:28:06 BST."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Cristian Madrid <[EMAIL PROTECTED]> dijo:
> El Jueves, 25 de Noviembre de 2004 21:43, Andrés Ruz Salinas escribió:
> > Yo igual espero que salga algun repositorio en Chile y de un confiable
> > nivel Si tengo la suerte yo podría levantar un repositorio a fines de
> > Diciembre. Ya es bueno que alguien intente algo por nuestra comunidad
> > linuxera.
> Lo mismo pienso falta un mirror chileno para mandrakoso ....
Instala uno entonces. Tan dificil no es...
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Thu Nov 25 23:01:37 2004
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Fri Nov 26 08:36:35 2004
Subject: Softland
In-Reply-To: Your message of "Thu, 25 Nov 2004 21:27:00 -0300."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Andres Junge <[EMAIL PROTECTED]> dijo:
> Juan Carlos Muñoz wrote:
> > El purismo nunca es bueno... o se puede hacer solo software libre sin
> > morir de hambre??? claro.. si hay un mecenas seguramente que se
> > puede.. sino no
> No estoy totalmente de acuerdo con tu punto. Existen variados modelos de
> negocios donde hacer software libre si te permite comer, y si eres lo
> suficientemente ingenioso, te permite comer bien.
Dado un mercado suficientemente grande, claro.
> Lamentablemente hay mucha gente que cree que los que hacen software
> libre solo lo hacen por la buena onda, lo cual no es cierto, hay mucha
> gente que hace software libre para ganar dinero (y solo para eso).
Porque su negocio esta en otro lado (IBM, Red Hat, Novell, ...)
> Como?
> te preguntaras. Hay varias formas. Te doy algunos ejemplos.
> Imagina que 3Chanchitos Corp desarrolla un software de contabilidad (no
> estoy haciendo alusion a nadie, en serio), obviamente ya hay varios
> productos parecidos en el mercado y por lo tanto vender licencias no es
> muy atractivo puesto que se encuentra peleando por un pedazo de la torta
> del mercado de "licencias de software de contabilidad".
Exacto. Puede ganar una mayor porcion por buena calidad (sale caro
quiridi), buen servicio (idem), y bajos precios (incompatible con las
anteriores, salvo tal vez que que tenga un volumen espeluznante).
> El gerente de
> 3Chanchitos Corp, decide liberar su código bajo GPL. La gente lo
> comienza a bajar y a usar, se corre la voz, comienzan a aparecer los
> primeros parches, mucha gente lo usa.
Siempre y cuando se cumpla lo de "calidad" (== inversion que no hay
seguridad de recuperar) y "buen servicio" (solo hay que ver la indignacion
que aflora cada vez que se les recuerda a los corresponsales que software
distribuido gratis no les da derecho a soporte gratis 24/7). Desarrollar un
paquete para uso masivo es /mucho/ mas dificil que desarrollar una docena
de paquetes en el area para una docena de clientes distintos.
> 3Chanchitos Corp tiene ahora
> varias alterantivas de negocio:
> 1.- Dar soporte a la aplicación. Si bien cualquier cristiano podria dar
> soporte al software, a quien crees que contratarian en una empresa para
> dar el soporte, a un hacker que aporta parches o los desarrolladores
> originas, ie 3ChanCorp?
Si 3ChContaSW es de excelente calidad, claro. Pero seguro no lo requieren
en tal caso...
> 2.- Dar capacitacion. Mismo argumento anterior, a quien contratarian
> para hacer la capacitacion
Idem.
> 3.- Adaptaciones a la medida del sofware. Idem
OK. Quienes lo requeririan? Los clientes "grandes" (hay como 3 empresas que
caen en esa categoria aca en Chile, y /esas/ seguro se hacen las cosas a la
medida) no, y los "chicos" no tienen como pagarlo.
> Ahora 3ChanCorp esta en otro mercado, en el de "servicios en torno a al
> software GPL de contabilidad". Que posibilidades tiene en este mercado?
> Muchas!. Durante un buen tiempo es el unico en el mercado, luego sera el
> mayoritario, y siempre (si no se deja estar) será el privilegiado del
> mercado.
Software codigo abierto de excelente calidad, en una variedad de areas, hay
hace mucho. Las empresas que que han tenido exito con esto puramente son
contadas con los dedos: Cygnus, Red Hat, SUSE, Mandrakesoft, Yggdrasil. Las
demas tienen modelos mixtos (BSDI, Ximian, TrollTech, MySQL, Sleepy Cat) o
derechamente se metieron en el negocio para distribuir costos con "otros"
(IBM, Novell) y tener algun control sobre el producto.
> Otro punto, si la aplicacion no es muy localizada, su mercado se abre
> rapidamente al mundo entero. Cuando hubiera pensado el gerente de
> 3ChanCorp que iba a hacer negocios con Finlandia?
Muestrame el ejemplo de una PyME chilena que ha llegado a eso, con software
codigo abierto. Hasta entonces son lindas teorias.
> Me entiendes el punto. Si el posible hacer software libre y generar
> dinero con eso.
Claro. Hay quienes lo han hecho. Quien sabe cuantos mas lo intentaron...
> > ... creo que todo pasa por una buena
> > mescla.. como hacer algun SW libre y otro NO... es como el IM que uso
> > en mi Symbian 60... el agile messenger.. es gratis... y el resto de
> > los SW de la empresa es pagado...
> Correcto hay algunos casos en los cuales no es conveniente liberar el
> codigo, puesto que el ejemplo anterior no se aplica. En "El Caldero
> Magico" de Eric Raymond, sale muy bien explicado todo esto.
ESR tiene algunos puntos, pero en general anda mas en teorias sin gran base
que en hechos concretos. Su experimento con fetchmail pocazo demuestra, y
definitivamente nada de lo que cuenta explica porque los *BSD (anteriores a
Linux por mucho!) son comparativamente desconocidos, o porque GNU nunca fue
nada antes de que distribuciones Linux lo usaron como cantera de software a
la mano; porque en Sourceforge hay decenas de miles de proyectos y solo unos
pocos tienen algun movimiento.
> > Y si... yo creo que cada uno ve lo que le conviene primero... en estos
> > años me he dado cuenta que primero sobrevive uno... y despues ayuda a
> > que sobreviva el resto... sino te conviertes en un santo... y para ser
> > santo primero hay que morir... :P
> Cierto, pero la gracia del Software Libre (la mejor gracia para mi
> gusto) es que permite que el sobrevivencia personal (o beneficio
> personal) permite la sobrevicencia de todos. Si te enfocaras solo en tus
> beneficios y desarrollaras Software Libre por ese motivo, igual estarias
> beneficiando a la comunidad!
Cuentame exactamente como maximizo mi beneficio regalando el resultado de
mi trabajo, a cambio de que posiblemente entre la masa de simples usuarios
haya suficientes suficientemente agradecidos como para devolver la mano. No
es nada facil.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Thu Nov 25 21:58:14 2004
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Fri Nov 26 08:36:49 2004
Subject: =?iso-8859-1?q?Aplicaci=F3n?= Empresarial
In-Reply-To: Your message of "Thu, 25 Nov 2004 17:29:12 -0300."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Franco Catrin <[EMAIL PROTECTED]> dijo:
> El jue, 25-11-2004 a las 16:33 -0300, Marcos Ramirez A. escribió:
[...]
> > IMHO, Una fortaleza poco aprovechada del modelo de capas es que esa
> > separacion permite elegir que herramientas/lenguajes/metodos son los
> > mas apropiados para cada una.
Las opciones no suelen ser _tan_ radicalmente diferentes.
> > Lo malo es que no son pocos los
> > problemas de interoperabilidad entre herramientas distintas.
Y esos problemas facilmente niegan cualquier ventaja que pueda traer "la
mejor herramienta para cada cosa", sin considerar el complemento de
expertos en c/u (que suman mas que los expertos para hacer todo en una
cosa, mas unos pocos para llenar los inevitables faltantes momentaneos).
> Eso seria una separación mas radical, solo necesaria si quieres
> realmente experimentar con varios lenguajes. Por complejidad,
> rendimiento y otros factores, ponerse a mezclar lenguajes porque si no
> veo por que seria algo bueno.
La opcion es algun lenguaje "pegamento" estilo Perl para unir todo... pero
no hay garantia de que sea reconocible en 10 an~os.
From [EMAIL PROTECTED] Thu Nov 25 22:25:45 2004
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Fri Nov 26 08:37:07 2004
Subject: Softland
In-Reply-To: Your message of "Thu, 25 Nov 2004 18:00:41 -0300."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Pedro Iuvara <[EMAIL PROTECTED]> dijo:
> Ricardo Albarracin B. escribió:
> >El jue, 25-11-2004 a las 09:56 -0300, Pedro Iuvara escribió:
> >[...........]
> >>Por otro lado te puedo decir que nosotros tenemos un software de gestión
> >>de empresas que corre perfectamente en Linux. Lo tenemos instalado en
> >>varias empresas de Santiago y de la V Region y le damos soporte desde
> >>nuestras oficinas.
> >Es codigo libre o propietario... si lo es... de cuanto estamos
> >hablando?... que modulos tiene? Contabilidad, remuneraciones, RRHH,
> >inventario, cuentas corrientes, conciliación bancaria, ventas???
> Tiene todos los modulos que mencionas y otros. Te comento: somos una
> pequeñita empresa de desarrollo de software a medida, que llevamos 15
> años en el mercado. Lo único que hicimos fue traspasar lo que habiamos
> desarrollado para Unix a Linux y hacer algunas adecuaciones al lenguaje
> en que estaban desarrollados los sistemas. (basicamente Cobol). Como
> veran los sistemas continuan corriendo en el Cobol que compró cada
> cliente nuestro (RM-Cobol, Micro-focus, Acu-Cobol, etc) pero ahora sobre
> Linux.
Los mismos COBOLses que corrian en SCO (supongo)? O hay versiones Linux de
los mismos?
[...]
> >>Estos clientes tenian Unix con Cobol (El viejo y nunca bien ponderado
> >>cobol) en distintos sabores (Cobol-74, RM-Cobol, Micro-Focus,
> >>Acu-cobol, etc) desde hace muchos años y los traspasamos a Linux sin
> >>ningun drama.
Asi de simple?!
> >Portaste el codigo tal cual? o tradujiste el codigo original?... sobre
> >que base de datos corre?
> Lo tuvimos que traducir y no usa base de datos.
De/a que lo tradujeron? A que se debio esa necesidad (el paquete original no
era lo suficientemente portable, aprovechaba demasiado de las "gracias" de
cada opcion, ...)?
> >>Si esto te sirve de ayuda y te interesa, enviame tus consultas a mi
> >>correo privado.
> >Creo que el aporte puede ser para toda la lista...
De acuerdo.
> Nunca quise comentar esto, (la primera empresa la traspasamos 100% a
> Linux en Octubre del 2001),
Felicitaciones!
> ya que como dice Juan Carlos Muñoz, este
> tipo de mail creo que está al borde de un OT si es que ya no lo es.
Nopes.
> Perdonen, pero es dificil distinguir cuando uno al aportar las
> experiencias que a tenido, estas se confunden con el tratar de
> comercializar un producto. Creo que cada uno tiene la capacidad para ver
> que es lo que más le conviene.
Las experiencias son bienvenidas de todas formas. Claro que puede ser
dificil no confundirlas con comercializar. Y siempre corres el riesgo de
que te sepulten en improperios por no regalar el producto...
Por mi lado me interesan sus experiencias (nunca faltaran otros que
requieran hacer una cosa similar para uso interno, o para algun cliente),
pero cuanto cuenten es decididamente decision de Uds.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Thu Nov 25 22:16:29 2004
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Fri Nov 26 08:37:17 2004
Subject: Respaldar DMZ
In-Reply-To: Your message of "Thu, 25 Nov 2004 18:30:36 -0300."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
=?ISO-8859-1?Q?Juan_Carlos_Mu=F1oz?= <[EMAIL PROTECTED]> dijo:
> Carlos Leiva wrote:
> > Cual es la forma más segura de respaldar las máquinas de
> > un DMZ hacia la LAN ?
Llevando la cinta de la DMZ a la zona interna.
> IMHO Fisicamente... porque NUNCA una maquina de la DMZ debe poder
> conectarse a una de la LAN...
Nunca digas NUNCA, puede ser una solucion una conexion segura.
Por lo demas, la idea de "Afuera" + "DMZ" + "Adentro" todo conectado por un
cacharro es una supersimplificacion, en la realidad tendras varias zonas
diferentes. P.ej. en el DI tenemos "afuera" conectado via un cortafuegos
con "servidores", un cortafuegos que conecta "servidores" con "profesores",
"laboratorio de computacion", "otros laboratorios", "postgrado"; cada uno
de los "otros laboratorios" a su vez maneja NAT para los equipos detras.
Etc. Conexiones entre estas areas son posibles (generalmente de "adentro"
hacia "afuera", pero no exclusivamente), claro que controladas.
> ese es el tipico error que comenten los
> que diseñan redes con BD SQL Server en M$... como SQL Server es tan
> debil en lo que a seguridad respecta la meten en la LAN y conectan los
> servicios que requieren el uso de los datos a la LAN... lindo NO???
En tal caso debieran poner el tarro en riesgo en una zona aparte. Nada dice
que no pueden crear una 4a zona (salvo tal vez "cortafuegos en hardware"
(== *BSD + chuchocas web en un PC en una caja de lata de 1/4" pintada de
color alarmante + 3 tarjetas de red) y sus "sistemas de administracion"...)
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Fri Nov 26 09:02:28 2004
From: [EMAIL PROTECTED] (Arturo Mardones)
Date: Fri Nov 26 09:03:06 2004
Subject: OT: LDAP
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Juan Carlos Muñoz wrote:
> Arturo Mardones wrote:
>
>> Hola,
>>
>> Estamos trabajando con este asuntito y tengo la duda sobre si es
>> necesario extender el esquema, pues queremos definir unos atributos y
>> no deja, esto a través de una herramienta tipica de administración.
>> Alguien le ha tocado extender el esquema por defecto de OpenLdap. Lo
>> que no entiendo es que el directory server de netscape traia un
>> monton hecho, eso no es estandard??. Alguien sabe que hay que hacer
>> para extender el esquema porque me dice que si bien los atributosno
>> son validos, no alega de que no estan definidos.
>>
>> alguna pistita??
>>
>> Saludos,
>>
>> Arturo
>>
> Los esquema los defines a tu pinta y hay algunos "estandares" para
> ciertas tareas... pero los defines tu... Open LDAP viene con varios
> estandares que puedes aplicar pero que no estan definidos por
> omision... asi que puedes jugar un rato con los esquemas definidos en
> las carpetas de configuracion y documentacion... por ejemplo, para el
> manejo de usuarios para su autenticacion y para los usuarios a nivel
> de sus datos (InetPerson) se usan dos esquemas distintos pero los dos
> estan basados o se heredan de uno inicial (Person)... para variar sigo
> sin estar con linux asi que no tengo de donde sacas mas info... asi
> que STFW... :P
>
> Atte. JCMI
>
Q es STFW?
