Tiene que ser algo tipo en masa o vale hacerlo a mano de a uno? pdfedit tiene la capacidad de rotar páginas.

O en inkscape... pero yo creo que ella quiere saber como hacerlo para su impresion en el dia a dia. -- Nicolás Guarín Zapata Ingeniería Física Medellín Colombia -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-10-21 a las 20:02 +0200, Camaleón escribió:

El 21/10/08, Nicolas Guarin escribió:

El 21/10/08, Gabriel escribió:

...

...

Tiene que ser algo tipo en masa o vale hacerlo a mano de a uno? pdfedit tiene la capacidad de rotar páginas.

No, no hace falta que sea por lotes :-)

El problema es que algunos pdf tengo que enviarlos vía fax y no quiero que se reciban cortados. Para evitar errores en la transmisión, prefiero que vayan en A4 vertical.

Se supone que el OOo puede girar automáticamente la salida apaisada para imprimirla en una impresora que sólo tiene capacidad de vertical. De hecho, yo con la mia no conseguí imprimir sobres apaisados porque me giraba la hoja internamente a "portrait". Pero si imprimes a PDF, como no tiene limitación de tamaño, pues no lo gira. Debe ser un ajuste por algún sitio que le indica el ancho máximo de papel.

...

O en inkscape... pero yo creo que ella quiere saber como hacerlo para su impresion en el dia a dia.

He visto que el paquete "pdftk" me puede servir perfectamente... pero necesita un paquete adicional de 40 MB. (¡la leche! :-O). A ver si encuentro alguna herramienta similar pero no tan pesada y si no, pues tendré que instalarlo, creo que merece la pena.

¿Pesado? ¿Pesado? ¡Pero si sólo son 40 megas! Si fuera para una máquina incrustada, vale, pero estamos en la época de los discos de terabytes... - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkj+HaoACgkQtTMYHG2NR9UqnACdH7se3JT1zHpTBFc45al0Ddhz u+kAn0TWVqWl/fV04oor7EOKsarj3Fl+ =rhcQ -----END PGP SIGNATURE-----

2008/10/21, admin-listas:

eehhh, pero si eso es lo mas liviano que hay para tratar pdf, a alguien se le ha ido la olla con las dependencias de eso. En el otro ocupa 1,2Mb y es independiente, en linux no creo que sea muy diferente

Ya te digo... libgcj42 - Biblioteca Java en tiempo de ejecución para gcc (40,1 MB) pdftk - The PDF Toolkit (2,6 MB) ¿Bibliotecas Java para gcc...? Pero si sólo quiero dar la vuelta a un pdf :-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El 22/10/08, Carlos E. R. escribió:

El 2008-10-21 a las 21:58 +0200, Camaleón escribió:

...

¿Bibliotecas Java para gcc...? Pero si sólo quiero dar la vuelta a un pdf :-)

¿Y yo que se para qué lo usa el que lo diseñó?

cer@nimrodel:~> rpm -qa | grep libgcj libgcj43-jar-4.3.1_20080507-9.1 libgcj43-4.3.1_20080507-9.1 libgcj_bc43-4.3.1_20080507-9.1 libgcj43-devel-4.3.1_20080507-9.1 libgcj-devel-4.3-39.1

Yo encima tengo metidas las devel, y no me preguntes porqué porque no lo se.

Bueno, pues me he resistido como "gato panza arriba" (ver nota al pie) para evitar tener que instalar un paquete de 40 MB. que se añade como dependencia de otro de 2 MB. que es el que me podía servir para lo que necesito :-P Buscando, buscando... he llegado hasta "GS" (Ghostscript) y al final los pasos que sigo son: *** - Desde un PDF apaisado (landscape) de una o varias hojas, lo abro con kpdf y lo imprimo a PS con la impresora de kde - El PS sigue apaisado, y aquí entra en juego "gs": hpc02@stthpc:~> gs -dBATCH -dNOPAUSE -sOutputFile=/home/hpc02/Desktop/test2.pdf -sDEVICE=pdfwrite -dAutoRotatePages=/None -c "<< /PageSize [842 595] /Orientation 0 >> setpagedevice" 90 rotate 0 -595 translate -f /home/hpc02/Desktop/test.ps El comando de arriba sacado de una página de "tips" :-): http://www.troubleshooters.com/linux/gs.htm Y parece que funciona... el PDF resultante está en formato vertical. Lo compruebo pasando ese pdf a PS y revisando el código: pdfMakeFont 595 842 false pdfSetup %%EndSetup %%Page: 1 1 %%BeginPageSetup %%PageOrientation: Portrait pdfStartPage 0 0 595 842 re W %%EndPageSetup *** Y como no me fío ni un pelo, lo re-compruebo enviándome por fax ese pdf >:-). Je, je... los 40 MB tendrán que esperar >:-P ... Nota: "Como gato panza arriba". Entiéndase como frase hecha que se utiliza en España para decir que se pone fuerte resistencia ante algo. No estoy llamando gato a nadie O:-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El 23/10/08, csalinux escribió:

Qué complicación!... podías haber utilizado el pdfedit, que para rotar vale.

¡¡ Grrr... !! Haberlo dicho antes >:-) Pues tampoco se queda corto el pdfedit ese, que son casi 20 MB. No tienen mala pinta... ¿qué más cosas permite hacer? ¿edición de texto, añadir marcadores internos, insertar páginas, poner enlaces...? :-? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

Camaleón escribió:

El 23/10/08, csalinux escribió:

...

Qué complicación!... podías haber utilizado el pdfedit, que para rotar vale.

¡¡ Grrr... !! Haberlo dicho antes >:-)

Pues tampoco se queda corto el pdfedit ese, que son casi 20 MB.

No tienen mala pinta... ¿qué más cosas permite hacer? ¿edición de texto, añadir marcadores internos, insertar páginas, poner enlaces...? :-?

Saludos,

Sí, aunque es bastante inestable, pero rotar y editar texto lo hace bien. Ya meter "afotos" le cuesta, cortarlas no. -- Saludos. César Enfréntate a los malos; enfréntate a los crueles; enfréntate a todos, menos a los tontos. Son demasiados y siempre serás derrotado. (Proverbio hindú) -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: El 2008-10-23 a las 19:18 +0200, Camaleón escribió:

Bueno, pues me he resistido como "gato panza arriba" (ver nota al pie) para evitar tener que instalar un paquete de 40 MB. que se añade como dependencia de otro de 2 MB. que es el que me podía servir para lo que necesito :-P

Jupe.

Buscando, buscando... he llegado hasta "GS" (Ghostscript) y al final los pasos que sigo son: ... El comando de arriba sacado de una página de "tips" :-): http://www.troubleshooters.com/linux/gs.htm

Apuntando.

Je, je... los 40 MB tendrán que esperar >:-P

Pero... ¿tanto te molestan esos 40 megas? ¡Yo es que hoy en dia ni miro lo que ocupa un paquete! A lo mejor me hubiera puesto a compilar ese toolkit, pero no a obviarlo, porque es muy util. Pero hubiera fracasado, esa dependencia es necesaria: pdftk uses a slightly modified iText Java library (http://itextpdf.sourceforge.net/) to read and write PDF. The author compiled this Java library using GCJ (http://gcc.gnu.org) so it could be linked with a front end written in C++. Estás peor que esos que están pidiendo eliminar el servidor smtp de la distro y hacer que el cron vuelque sus salidas en el syslog, de donde lo puedes extraer con herramientas de análisis de registros >:-p

...

Nota: "Como gato panza arriba". Entiéndase como frase hecha que se utiliza en España para decir que se pone fuerte resistencia ante algo. No estoy llamando gato a nadie O:-)

¡JUASSS! X-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkAw+gACgkQtTMYHG2NR9XK0QCbB+AehdUJPLASYuj3KEgToOsE iGEAniIBOjoQgQtCzqO78cKfntganTDu =Zc+s -----END PGP SIGNATURE-----

Camaleón escribió:

El 23/10/08, Carlos E. R. escribió:

...

Apuntando.

Ojo, que ese comando de la página se supone que es para "apaisar" no al revés. Yo lo he adaptado para que haga lo contrario (poner en vertical) y con un tamaño de página A4 no Letter.

...

Pero... ¿tanto te molestan esos 40 megas? ¡Yo es que hoy en dia ni miro lo que ocupa un paquete!

Ahora que pienso (cosa rara) podias usar el pdftk para DOS que como es para consola pues lo podias ejecutar con un emulador del DOS. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: El 2008-10-23 a las 21:19 +0200, Camaleón escribió:

El 23/10/08, Carlos E. R. escribió:

...

Apuntando.

Ojo, que ese comando de la página se supone que es para "apaisar" no al revés. Yo lo he adaptado para que haga lo contrario (poner en vertical) y con un tamaño de página A4 no Letter.

Da igual, he guardado tu correo entero en la carpeta "interesantes/es/pdf" :-P

...

Pero... ¿tanto te molestan esos 40 megas? ¡Yo es que hoy en dia ni miro lo que ocupa un paquete!

No, no me molesta. Es sólo una cuestión de principios.

No me trago un paquete de 40 MB. si sólo necesito el de 2 MB. Eso no tiene ningún sentido. Y menos sentido tiene aún si sólo se necesitan funciones básicas de ese programa (cambiar la orientación de un PDF).

Entiendo que el programa necesite las bibliotecas, pero yo no las necesito para hacer lo que quiero :-)

Vale, porque has encontrado otro método. Pero ese toolkit sí necesita esas bibliotecas. Es la manera habitual y considerada optima desde hace años: meter las funcionalidades en bibliotecas, de forma que varios programas puedan usar esas bibliotecas sin incluirlas repetidamente en cada programa que se le ocurra usar esas funciones. Entonces ese tollkit necesita una serie de funciones, y en vez de programarlas de nuevo, hace uso de una biblioteca que ya las hace, y "declara" necesitarlas. Eso en realidad ahorra trabajo y espacio, a la larga. Y el toolkit "pdftk" hace muchas más cosas. Para mí fué un verdadero hallazgo, antes no venía, y no fuí capaz de compilarlo. Por ejemplo, es la única utilidad que conozco en linux para poner/quitar/cambiar contraseñas y permisos en los PDFs, o volcar formularios, etc.

...

Estás peor que esos que están pidiendo eliminar el servidor smtp de la distro y hacer que el cron vuelque sus salidas en el syslog, de donde lo puedes extraer con herramientas de análisis de registros >:-p

Tienen su "punto" de razón :-P.

Un servidor de correo no debería ser necesario para el funcionamiento de un sistema operativo, hay otros canales para gestionar la comunicación de... de lo que sea que se tenga que comunicar :-)

Mira, ¿para qué necesita el unix de una central telefónica, sin red, el correo? Pues resulta que lo tiene. No sirve para nada, pero está. En una máquina que cuesta mil millones de pesetas. Obviamente yo no me conozco todas las interioridades de ese unix y del porqué lo incluyeron. Más bien sería porqué no lo quitaron... pues imagino que para cubrirse las espaldas, porque habrá programas que digan necesitarlos y que no canten un error.

Y de hecho no debe ser muy necesario. Recuerdo que al instalar la versión 10.3 en los servidores (con la opción de modo texto) no instaló cron ni Postfix, tuve que instalarlos yo, ambos >:-)

Bueno, de hecho puedes parar el servidor de correo. No se necesita que esté funcionando y escuchando, basta con que esté instalado: con eso, al tratar de mandar un correo local funciona. o al menos el programa que envía cree que funciona, porque la manera habitual suele ser llamar al programa "sendmail" (por eso el postfix tiene un sendmail), en vez de conectarse al puerto smtp. Lo que sí podría alguien hacer es diseñar un servidor smtp sólo interno, para correo local, para usarlo en instalaciones mínimas. ¿Y porqué no quitarlo del todo, y reportar de otra forma? Pues porque habría que reescribir bastantes servicios del sistema que están actualmente diseñados para reportar por correo. Los que lo hagan hablando con SMTP puedes redigirlos a uno externo, los que hablen con sendmail no. Probablemente habría que reescribirlos para que escriban en algún log o base de datos, para lo cual tendrías que convencer a todos los diseñadores de que lo hicieran. A ojo, recuerdo el cron, pero también tienes el daemon que vigila smartd, el que vigila el raid, el servidor de fax... Y luego tendrías que reescribir los diversos scripts del sistema, hechos por la gente de SuSE, que usan esos scripts, y eso es un trabajo considerable. Son scripts que vienen de más de diez años atrás, siendo mejorados con el tiempo, que están comprobados que funcionan tal y como están. ¡Sería un riesgo cambiarlos! Y luego tendrías tú que rediseñar tus propios scripts, como el que te hace pitar el movil cuando llega un fax o se avería el raid >:-) No gracias, me quedo como estoy. Para inventos, ya están los del udev jorobando, no quiero más >:-P - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkA1XQACgkQtTMYHG2NR9XmaQCfeOu0STwYs7QMcHHsGkgC8Lv/ 0FUAniWQP8PDZp599o9tLs6k2u9iZnRT =PHRx -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-10-23 a las 22:35 +0200, Camaleón escribió:

El 23/10/08, Carlos E. R. escribió:

...

Vale, porque has encontrado otro método. Pero ese toolkit sí necesita esas bibliotecas. Es la manera habitual y considerada optima desde hace años: meter las funcionalidades en bibliotecas, de forma que varios programas puedan usar esas bibliotecas sin incluirlas repetidamente en cada programa que se le ocurra usar esas funciones.

Lo entiendo.

Entiendo (y comparto) el concepto de "modularidad" pero me gustaría también cierta "flexibilidad".

Por ejemplo:

¿Necesito toda la potencia (aka funciones) que permite el programa o sólo un funcionamiento básico? Funciones completas requieren hacer uso de bibliotecas externas que ya existen que ya están programadas y que evitan repetir el trabajo, pero ¿no podría haber una versión portable (independiente) como los que hacen ahora de los programas para las llaves USB? Ya sé que el OOo portable no va a tener la misma funcionalidad que la versión completa, pero ¿realmente necesito en la llave USB toda la potencia de los 150 MB. que es el paquete del OOo?

¿Entiendes lo que quiero decir? :-)

A ver. No tenemos un mecanismo en linux para, al traer una librería, sólo añadir al sistema las funciones realmente usadas de esa librería. Es así. En algunos casos, los desarrolladores podrían fragmentar una librería en varias, y repartirlas en varios rpms, pero eso tiene el otro problema de generar una lista de rpms inmanejable. En el caso concreto de estas librerías, pues parece que son unas librerías de java para usar desde programas C normales - y ya sabes que las cosas en java tienden a ser enormes. Existe un mecanismo de linkaje de librerías que creo inventó, o al menos usó, Borland en su turbo pascal, creo que a partir de la versión 5, que llamó "smart linking". ¿En que consiste? Pues algo parecido a lo que estás diciendo: los programas enlazaban estáticamente sólo las funciones que realmente usaban. Era curioso que el "Hello World" programado en turbo pascal producía un exe de unos meros 2 kilobytes, y en el turbo C del mismo año y misma empresa (y posteriores y anteriores) podía ocupar una docena o dos de kilobytes. Esa reducción del tamaño de los programas de 10 o más veces la conseguía esa técnica de "smart linking", que ya no recuerdo porqué razones técnicas podía hacerse con pascal, pero no con C, creo que porque no usaba el linkador de objetos estandard, sino uno especial coninformación "privilegiada" generada por el compilador. Si hubieran podido, siendo la misma empresa, lo hubieran aplicado en su compilador de C. Y volviendo a linux, ¿se puede aplicar esa técnica? Pues no, no se puede; no con C. El Free Pascal sí la usa (opcionalmente), excepto con las librerías dinámicas. Y ese detalle es importante: las librerías ligadas dinámicamente deben incluir la funcionalidad completa, porque no saben qué va a usar cualquier otro programa que use la librería. Hay otro problema con la idea de reutilizar librerías: que muchas veces tienes librerías parecidas, duplicando trabajo. Y que las librerías propiamente, también usan otras funciones, y los programadores tienden, tendemos, a preferir hacernos nuestras funciones a usar las de otros, engordando el tamaño. Si necesitas un sistema compacto, hay que invertir mucho trabajo en compactarlo, y es una labor bastante abandonada en general. Sospecho que es más barato (para ellos) aumentar la memoria - salvo, claro, en los sistemas incrustados. (echa un vistazo al busybox)

Además, tendría que haber un pelín más de "convergencia" entre los programas... ¿necesito pdftk, la biblioteca de java, Ghostscript, pdf-tools... todos esos paquetes para realizar operaciones con archivos PDF / PS? :-/

Quizás no... pero la explicación la tienes arriba. Cada programador hace unas aplicaciones distintas, para solucionar cosas concretas, usando soluciones distintas, librerías distintas, y métodos distintos.

...

Mira, ¿para qué necesita el unix de una central telefónica, sin red, el correo? Pues resulta que lo tiene. No sirve para nada, pero está. En una máquina que cuesta mil millones de pesetas.

Obviamente yo no me conozco todas las interioridades de ese unix y del porqué lo incluyeron. Más bien sería porqué no lo quitaron... pues imagino que para cubrirse las espaldas, porque habrá programas que digan necesitarlos y que no canten un error.

En este asunto también te digo más o menos lo mismo :-)

Entiendo (y comparto) que el servicio de correo es vital para cualquier instalación completa de hoy en día en un entorno linux/unix/bsd y que resulta complicado separarlo...

Pero también hay que tener en cuenta que cada vez se buscan sistemas o soluciones dedicadas (que realicen funciones concretas, tipo "appliance") y que no se necesitan todas las funcionalidades (aka paquetes o servicios) como se podría necesitar en un servidor o un equipo de escritorio "común", por ejemplo.

Y si Linux no te lo da... te vas a la competencia >:-)

Te recuerdo que se hace en linux :-) Ahí está mi cacharrín, con 44564K de ram, o sea, menos de 50 megas. Lo etoy mirando, y no tiene correo; el cron lo tiene, pero parado. Tiene comandos creo que inútiles como el find, pero a lo mejor no es inútil, porque está muy estudiado. Pero si ejecutas "find --version" veo: root@Moria:~ # find --version BusyBox v1.01 (2006.11.30-16:43+0000) multi-call binary ... root@Moria:~ # ls -l /usr/bin/find lrwxrwxrwx 1 root root 17 Jan 1 1970 /usr/bin/find -> ../../bin/busybox root@Moria:~ # ls -l /bin/ls lrwxrwxrwx 1 root root 7 Oct 24 01:35 /bin/ls -> busybox root@Moria:~ # ls -l /bin/busybox -rwxr-xr-x 1 root root 499028 Jan 1 1970 /bin/busybox Es decir, un montón de programas en realidad son uno sólo, muy compacto y optimizado, de menos de medio megabyte. Cuando merece la pena se optimiza el tamaño.

Otro ejemplo. Los MID que están de moda ahora (sistemas portátiles compactos que son similares a una pda pero más potentes) ¿Necesitan toda esa potencia, todos los servicios de autentificación y gestión de usuarios (kerberos, ldap, sasl...), necesitan tenerlos instalados aunque no se encuentren en ejecución? Ya sé que directamente no, pero sí son necesarios por otros programas pero ocupan espacio y en esos dispositivos no se está muy sobrado de disco, precisamente.

A ver si te gusta esto: http://en.opensuse.org/Projects Discontinued Projects - --------------------- Better Desktop Better Desktop is a project dedicated to sharing usability data with Linux developers. Over the past year, we have conducted many usability tests on different parts of the KDE and GNOME desktops. We created a site to serve as a place where developers can watch videos of these tests. Here you will find over 200 videos of people using Mozilla Firefox, Evolution, Open Office, Banshee, F-Spot, and other applications. MicroSUSE The openSUSE embedded systems building toolkit aims to make creation of custom Linux-based embedded systems effortless. MiniSUSE The openSUSE mini project aims to make creation of small memory openSUSE-based Distribution. SLICK SLICK stands for Suse LIte: Core + Kde, or, if you prefer, Simple LInux: Core + Kde. It was a project to create a lightweight, desktop-oriented, easy-to-use Linux distribution based on openSUSE. It is now developed in mainstream distribution. SUPER The experimental openSUSE community-driven branch of openSUSE. SUPER stands for SUSE Performance Enhanced Release and includes desktop speed optimizations, additional packages, and features not found in the more stable and commercial-grade general SUSE release. SUPER project ideas are now included in the mainstream distribution.

Otro factor a tener en cuenta es la seguridad. Ya sabemos que lo que no se utiliza es mejor desactivarlo y que cuantos menos servicios y menos paquetes tengas configurados menos opciones de tener problemas... :-P

No digo que no.

...

¿Y porqué no quitarlo del todo, y reportar de otra forma?

Pues porque habría que reescribir bastantes servicios del sistema que están actualmente diseñados para reportar por correo. Los que lo hagan hablando con SMTP puedes redigirlos a uno externo, los que hablen con sendmail no. Probablemente habría que reescribirlos para que escriban en algún log o base de datos, para lo cual tendrías que convencer a todos los diseñadores de que lo hicieran. A ojo, recuerdo el cron, pero también tienes el daemon que vigila smartd, el que vigila el raid, el servidor de fax...

Y luego tendrías que reescribir los diversos scripts del sistema, hechos por la gente de SuSE, que usan esos scripts, y eso es un trabajo considerable. Son scripts que vienen de más de diez años atrás, siendo mejorados con el tiempo, que están comprobados que funcionan tal y como están. ¡Sería un riesgo cambiarlos!

Y luego tendrías tú que rediseñar tus propios scripts, como el que te hace pitar el movil cuando llega un fax o se avería el raid >:-)

No gracias, me quedo como estoy. Para inventos, ya están los del udev jorobando, no quiero más >:-P

Está claro, "it's by desing". Está diseñado así y si cambias algo tienes que cambiarlo todo con todo lo que conlleva.

Claro. Para el suse de sobremesa no creo que merezca la pena.

En cualquier caso, siempre hay distribuciones o versiones especializadas y más compactas, enfocadas a este tipo de equipos y dispositivos y que montan sólo lo necesario.

¡Exacto!

Pero no son malas ideas... y el hecho de que se haya ido tendiendo hacia un sistema de "patrones" de instalación pues indica que la especialización de los sistemas está cada vez más a la orden del día.

Mi impresión es que nos estamos volviendo "monolíticos" y "dependientes" en exceso :-P

Puede.

(dependemos de Internet para instalar, para comprobar paquetes, para verificar firmas, los paquetes piden otros paquetes que piden otras bibliotecas que piden otra versión de la biblioteca anterior que no se instala si no se tiene otro paquete...).

Esa dependencia de internet no me gusta.

En fin, espero que se sepa ver la ironía del "bucle versionil"... no es más que una broma ;-)

:-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkBDPcACgkQtTMYHG2NR9UMbACfT1/OoFYG6fMqOl75/D+MSPMS w3oAnjcPJ196hkqZyNUyclvgsbPaAmGd =WGkh -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-10-24 a las 14:00 +0200, Camaleón escribió:

El 24/10/08, Carlos E. R. escribió:

...

A ver.

No tenemos un mecanismo en linux para, al traer una librería, sólo añadir al sistema las funciones realmente usadas de esa librería. Es así. En algunos casos, los desarrolladores podrían fragmentar una librería en varias, y repartirlas en varios rpms, pero eso tiene el otro problema de generar una lista de rpms inmanejable.

Entendido :-)

Pero creo que el toolkit me quedaba grande para lo que lo iba a utilizar.

He estado investigando un poco el motivo de porqué necesita la biblioteca de java para gcc y he encontrado algunas cosas interesantes...

En primer lugar, parece que pdftk utiliza las bibliotecas iText de Java y éstas permiten hacer algunas cosas interesantes -y potentes, vaya... más allá de la simple edición- a nivel de servidor (como la generación de PDF al vuelo en un servidor web):

http://www.lowagie.com/iText/

Algo recuerdo. Lo miré la primera vez que me indicaron esa herramienta, que no venía en SUSE.

Interesante. Sólo conocía apache-fop y algún módulo de perl para realizar estas transformaciones :-)

Je... como curiosidad, también me he encontrado con un usuario de Mac que se quejaba de lo mismo que yo :-P, pero vaya, éste tenía más razón que un santo porque no tenía versión de gcj para su sistema y la tuvo que compilar O:-)

Mis condolencias. Yo lo intenté y no pude, y era en PC.

...

En el caso concreto de estas librerías, pues parece que son unas librerías de java para usar desde programas C normales - y ya sabes que las cosas en java tienden a ser enormes.

Sí, pero fíjate en el OOo, no las utiliza (¿tendrá sus propias clases?) y permite cierta manipulación de los PDF (y en la versión 3.0 más aún, con opción de entrada -importación- de pdf si no recuerdo mal) :-?

Si, fácilmente han hecho sus propias herramientas porque tienen que hacer que funcione en Windows, y allí no les pueden decir que deben instalar tal otra cosa para que el OOo funcione. Y todo eso hace crecer el paquete más y más.

...

Y volviendo a linux, ¿se puede aplicar esa técnica? Pues no, no se puede; no con C. El Free Pascal sí la usa (opcionalmente), excepto con las librerías dinámicas.

Y esa es otra. Lo que decía "admin-listas" antes... el paquete de pdftk para windows lleva un .exe y dos archivitos de ayuda. Tamaño total: 1,5 MB. No sé cómo se las apaña... >:-)

No se. Supongo que linkando estáticamente sólo la parte usada de la librería.

...

Quizás no... pero la explicación la tienes arriba. Cada programador hace unas aplicaciones distintas, para solucionar cosas concretas, usando soluciones distintas, librerías distintas, y métodos distintos.

Vale... aceptado ;-)

Lo bueno de todo esto es que al final se puedan hacer las cosas de varias formas según necesidades y eso sí es posible :-). Quiero decir, que el GS me sirve, y como segunda opción estaba el xpdf que también permite rotar los pdf... en fin, que opciones, haylas.

Sí, suele haber varias maneras, al menos para algunas cosas. Si tuvieras que abrir un PDF con llave no tendrías tantas.

...

Te recuerdo que se hace en linux :-)

Ahí está mi cacharrín, con 44564K de ram, o sea, menos de 50 megas. Lo ...

...

Es decir, un montón de programas en realidad son uno sólo, muy compacto y optimizado, de menos de medio megabyte. Cuando merece la pena se optimiza el tamaño.

Eso es.

Y al igual que el fabricante de los "set-top-boxes" está interesado en reducir los paquetes para su equipo linux, el usuario de un ordenador portátil también puede tener ese interés. Lo que quiero decir es que se trata de un deseo válido, lo cual no implica que hoy en día sea factible llevarlo a cabo, pero es un camino que se puede seguir, y creo que se tiende a eso, a modularizar al máximo (tanto en componentes como en programas) y a que esos módulos tengan un cierto nivel de independencia :-)

Pero la openSUSE tiende a servir al mayor número de usuarios, con lo que cada vez abulta más. Y la elección de qué librerías opcionales soporta/usa una aplicación se elige al compilar, y no todos usan plugins. Ej: postfix con ldap o mysql.

...

A ver si te gusta esto:

http://en.opensuse.org/Projects

Discontinued Projects - ---------------------

Better Desktop MicroSUSE MiniSUSE SLICK SUPER

¿Discontinued..? :-?

Sip. Creo que algo se ha integrado en los "patterns", pero no lo sé. Yo me he enterado ahora.

...

La verdad es que no enrollamos como persianas :-P

No veas... O:-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkFkIIACgkQtTMYHG2NR9VuQACeLmt5ELIZbvzwgtAswvqdOXue quMAn1FSeD1nJ5OUBStCjdawxl0Jcg7M =FkIN -----END PGP SIGNATURE-----