Ricardo Navarro L <[EMAIL PROTECTED]> wrote:
> > Las opciones que he investigado son:
> > 
> > -DocBook
> > -Forrest Apache
> > -Latex
> 
> Usando latex puedes pasar tus documentos a png, rtf, pdf
> latex2png
> latex2rtf
> latex2pdf

Usando DocBook puedes pasar a LaTeX, ... 

DocBook es lo que usa el proyecto Linux Doc (los HOWTO).

Cualquier formato basado en texto sirve, porque puedes aplicarle control de
versiones, etc.
-- 
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]  Mon Sep 18 22:50:51 2006
From: [EMAIL PROTECTED] (Horst H. von Brand)
Date: Mon Sep 18 22:39:56 2006
Subject: Cuestion de Gustos o Distribuciones =?iso-8859-1?q?Espec=EDfi?=
        =?iso-8859-1?q?cas=3F?=
In-Reply-To: Your message of "Mon, 18 Sep 2006 21:45:42 -0400."
        <[EMAIL PROTECTED]> 
Message-ID: <[EMAIL PROTECTED]>

Reinaldo Orrego <[EMAIL PROTECTED]> wrote:
> On Mon, 18 Sep 2006 18:04:38 -0400
> "Cristian Rodriguez" <[EMAIL PROTECTED]> wrote:
> > El 18/09/06, Reinaldo Orrego<[EMAIL PROTECTED]> escribió:
> > > On Sun, 17 Sep 2006 23:54:11 -0400
> > > "Cristian Rodriguez" <[EMAIL PROTECTED]> wrote:
> > >
> > > > El 17/09/06, Reinaldo Orrego<[EMAIL PROTECTED]> escribió:
> > > > > On Sun, 17 Sep 2006 14:02:41 -0400
> > > > > "Cristian Rodriguez" <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > > > 2006/9/16, Héctor Mansilla <[EMAIL PROTECTED]>:
> > > > > > [...]
> > > > > > > - Qué es mejor... usar paquetes (RPM, DEB, etc) o bajar los 
> > > > > > > fuentes y
> > > > > > > compilar?

> > > > > > usar paquetes.

> > > > > Por que?

> > > > porque :
> > > > 1. compilar tu propio software no lo hace mas rapido.

> > > Depende de como lo compiles.

> > eso es lo que se denomina el "sindrome gentoo".

> No uso gentoo.

Igual.

> > > > 2. porque alguien mas lo soporta y lo empaqueta por ti , se da el
> > > > trabajo de hacerlo.

> > > No le encuentro sentido a este punto. Por que no por que alguien se
> > > de el trabajo de hacer algo yo tengo que leerlo, instalarlo, usarlo,
> > > etc...

> > > > 3. no hay que reinventar la rueda, si alguien mas lo compilo para ti
> > > > ?? para que %$%$ lo vas hacer tu ?

> > > Por que tal vez no es lo que yo necesito.

> > SI no es lo que neceistas porque mejor no invietes tu tiempo
> > explicandole al mantenedor que es lo que falta al paquete y asi lo
> > solucionan en la proxima version eh ?

> Ese es otro tema. 

No lo es. Codigo abierto funciona en la medida que devuelvas algo por lo
que recibes. Por ejemplo, reportar problemas, situaciones en que no
funciona, ...

> > > > 4. Los paquetes estan probados individualmente y como un todo dentro
> > > > de una distribucion.

> > > Bajo un esenario que no necesariamente es el mismo en el que yo estoy.

> > No, pero bajo un escenario que le va a servidr al 90% o mas de la
> > gente.

Generalmente 99% o mas.

> Bueno, como tu mismo dices, existe un 10% al cual le sirve compilar. Con
> lo cual llego al punto que queria.

Nunca he dicho que jamas vale la pena compilar tu mismo, solo que el costo
oculto es /mucho/ mas alto que simplemente el tiempo empleado en configurar
y compilar, y que las desventajas de los paquetes prefabricados normalmente
son mucho menores de lo que pueden parecer (si, el paquete compilado
/"exactamente"/ (los flags optimos para una combinacion particular /no/ son
obvios, y la documentacion sobre flags de optimizacion en GCC esta
completamente desconectada de la realidad actual) para esta configuracion
usa un 5% menos (o 20% mas!) de memoria y es un 2% mas rapido (o 10% mas
lento!)... en una maquina que ya tiene 3 o 4 veces la RAM requerida y que
pasa 90% del tiempo idle...)

[...]

> > > > 5. el tiempò es oro, en lugar de estar compilando, puedes dedicar tu
> > > > tiempo a otra cosa mas productiva

No es solo compilar, es el tiempo de seguir la pista a errores en BugTraq y
una variedad de otras fuentes, y las listas de desarrolladores del paquete,
y foros de discusion del area de la aplicacion, y parches propuestos (y
analizarlos para ver si corrigen o empeoran el problema (o crean problemas
nuevos!), aplicarlos, ...). El tiempo dedicado a esto es /muy/ substancial,
y es precisamente esto lo que pagas por una distribucion...

> > > Bueno, entiendo de que compilar no es necesario en la mayoria de las
> > > ocaciones, pero no por eso siempre es de esta forma, por lo que no
> > > seria una perdida de tiempo si necesito que tal aplicacion este
> > > compilada con siertas opciones que el empaquetado no tiene.

> > lo mismo de arriba entonces, cuentale al "mantainer" porque no te sirve.

> No te vayas por las ramas. 

Ver mi comentario arriba.
-- 
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]  Mon Sep 18 23:22:17 2006
From: [EMAIL PROTECTED] (Reinaldo Orrego)
Date: Mon Sep 18 23:11:00 2006
Subject: Cuestion de Gustos o Distribuciones =?iso-8859-1?q?Espec=EDfi?=
 =?iso-8859-1?q?cas=3F?=
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

On Mon, 18 Sep 2006 22:50:51 -0400
"Horst H. von Brand" <[EMAIL PROTECTED]> wrote:

> Reinaldo Orrego <[EMAIL PROTECTED]> wrote:
> > On Mon, 18 Sep 2006 18:04:38 -0400
> > "Cristian Rodriguez" <[EMAIL PROTECTED]> wrote:
> > > El 18/09/06, Reinaldo Orrego<[EMAIL PROTECTED]> escribió:
> > > > On Sun, 17 Sep 2006 23:54:11 -0400
> > > > "Cristian Rodriguez" <[EMAIL PROTECTED]> wrote:
> > > >
> > > > > El 17/09/06, Reinaldo Orrego<[EMAIL PROTECTED]> escribió:
> > > > > > On Sun, 17 Sep 2006 14:02:41 -0400
> > > > > > "Cristian Rodriguez" <[EMAIL PROTECTED]> wrote:
> > > > > >
> > > > > > > 2006/9/16, Héctor Mansilla <[EMAIL PROTECTED]>:
> > > > > > > [...]
> > > > > > > > - Qué es mejor... usar paquetes (RPM, DEB, etc) o bajar los 
> > > > > > > > fuentes y
> > > > > > > > compilar?
> 
> > > > > > > usar paquetes.
> 
> > > > > > Por que?
> 
> > > > > porque :
> > > > > 1. compilar tu propio software no lo hace mas rapido.
> 
> > > > Depende de como lo compiles.
> 
> > > eso es lo que se denomina el "sindrome gentoo".
> 
> > No uso gentoo.
> 
> Igual.
> 
> > > > > 2. porque alguien mas lo soporta y lo empaqueta por ti , se da el
> > > > > trabajo de hacerlo.
> 
> > > > No le encuentro sentido a este punto. Por que no por que alguien se
> > > > de el trabajo de hacer algo yo tengo que leerlo, instalarlo, usarlo,
> > > > etc...
> 
> > > > > 3. no hay que reinventar la rueda, si alguien mas lo compilo para ti
> > > > > ?? para que %$%$ lo vas hacer tu ?
> 
> > > > Por que tal vez no es lo que yo necesito.
> 
> > > SI no es lo que neceistas porque mejor no invietes tu tiempo
> > > explicandole al mantenedor que es lo que falta al paquete y asi lo
> > > solucionan en la proxima version eh ?
> 
> > Ese es otro tema. 
> 
> No lo es. Codigo abierto funciona en la medida que devuelvas algo por lo
> que recibes. Por ejemplo, reportar problemas, situaciones en que no
> funciona, ...
> 

La discucion es paquetes vs fuentes. La filosofia del codigo abierto da para 
una discusion mucho mas larga.

> > > > > 4. Los paquetes estan probados individualmente y como un todo dentro
> > > > > de una distribucion.
> 
> > > > Bajo un esenario que no necesariamente es el mismo en el que yo estoy.
> 
> > > No, pero bajo un escenario que le va a servidr al 90% o mas de la
> > > gente.
> 
> Generalmente 99% o mas.
> 
> > Bueno, como tu mismo dices, existe un 10% al cual le sirve compilar. Con
> > lo cual llego al punto que queria.
> 
> Nunca he dicho que jamas vale la pena compilar tu mismo,

Mis disculpas, mi impresion fue esa. Por lo que ahora estamos de acuerdo, y me 
deja conforme.

> solo que el costo
> oculto es /mucho/ mas alto que simplemente el tiempo empleado en configurar
> y compilar, y que las desventajas de los paquetes prefabricados normalmente
> son mucho menores de lo que pueden parecer (si, el paquete compilado
> /"exactamente"/ (los flags optimos para una combinacion particular /no/ son
> obvios, y la documentacion sobre flags de optimizacion en GCC esta
> completamente desconectada de la realidad actual) para esta configuracion
> usa un 5% menos (o 20% mas!) de memoria y es un 2% mas rapido (o 10% mas
> lento!)... en una maquina que ya tiene 3 o 4 veces la RAM requerida y que
> pasa 90% del tiempo idle...)
> 

Bueno, a esto queria llegar, estoy completamente de acuerdo con usted.


> [...]
> 
> > > > > 5. el tiempò es oro, en lugar de estar compilando, puedes dedicar tu
> > > > > tiempo a otra cosa mas productiva
> 
> No es solo compilar, es el tiempo de seguir la pista a errores en BugTraq y
> una variedad de otras fuentes, y las listas de desarrolladores del paquete,
> y foros de discusion del area de la aplicacion, y parches propuestos (y
> analizarlos para ver si corrigen o empeoran el problema (o crean problemas
> nuevos!), aplicarlos, ...). El tiempo dedicado a esto es /muy/ substancial,
> y es precisamente esto lo que pagas por una distribucion...
> 

100% de acuerdo.


> > > > Bueno, entiendo de que compilar no es necesario en la mayoria de las
> > > > ocaciones, pero no por eso siempre es de esta forma, por lo que no
> > > > seria una perdida de tiempo si necesito que tal aplicacion este
> > > > compilada con siertas opciones que el empaquetado no tiene.
> 
> > > lo mismo de arriba entonces, cuentale al "mantainer" porque no te sirve.
> 
> > No te vayas por las ramas. 
> 
> Ver mi comentario arriba.

Idem


Saludos
-- 
+--------------------------------------------------------------------+
|Reinaldo Orrego G.                        La Florida, Santiago Chile|
|reinaldo at cdsl dot cl                            Telefono: 5556426|
|Codigo Postal: 895-0441                          http://www.cdsl.cl/|
|Counter.li.org 386345                  http://reinaldo.serveblog.net|
+--------------------------------------------------------------------+

Responder a