Barrapunto

pues eso, que en gentoo ya está disponible, de hecho lo estoy compilando ahora mismo. :-b

txemi.

Somos dos alumnos de la uah que llevan así como diez días compilando el openldap, el compilador, mozilla y rpm (y apt), el lxdoom, el quake (no funciona :-(), el xmame, allegro, etc, etc bajo SPARC... Y ahora resulta que KDE *TAMBIEN* lo tendríamos que compilar.

mi colega dice: "lo intentamos que debian y fue frustrante, en woody las X no arrancaron, el sonido no va, aunque la sparc classsic desde la que escribo esto tiene una potato y no rula mal, aunque tiene sus cosillas"

El software libre esta bien, pero por favor caridad con las plataformas menos difundidas

PD: el supr en potato desde la consola no me rula

Joer! Con el tiempo que me ha llevado ponerlo.

El lunes instalé la base del Gentoo y las X con el XFCE.

Ayer martes se pasó medio día compilando las Kde 3.0.1 (Se me caía la baba al verlas funcionar, por cierto)

Y al día siguiente me dicen que estan disponibles las 3.0.2 ¡Esto no es justo! GRRRR!

Creo que esperaré un par de actualizaciones o al menos un par de semanas a actualizarlas, ya que veo que me van bastante bien como para ponerme a actualizar.

pues si, ese es el precio a pagar por estar en el bleeding edge. Si te sirve de consuelo yo he debido compilar el kde, las x y el gcc decenas de veces. ;-b

Creo que deberíais hecharle un ojo a NetBSD. La versión 1.6 está al caer, con multitud de plataformas.

Saludos.

Pues eso, que si tienes el 3.0.1, y echando un vistazo al ChangeLog, parece que no hay demasiadas novedades. Por ejempl, ktoys no tiene nada abierto :-) Y parece que (por el ChangeLog) no hay demasiados bugs subsanados (no es que haya encontrado alguno, realmente).

!Ya lo tenemos tostado! (la de 64bits) :-) pero la instalación es complicadilla. Mucho más que solaris (desde 2.6 a 2.8), debian, rh y openbsd en un hp9000, que es con lo que estamos jugando.

Y además, tenemos varias cosillas más "urgentes" que (en teoría :-)) sabemos como configurar sólo en Linux: el servidor de autenticación ldap con ssl, exportar los home con nfs + encriptados, etc.

¡Ya lo tenemos tostado! (la de 64bits) :-) pero la instalación es complicadilla. Mucho más que solaris (desde 2.6 a 2.8), debian, rh y openbsd en un hp9000, que es con lo que estamos jugando.

Y además, tenemos varias cosillas más "urgentes" que (en teoría :-)) sabemos como configurar sólo en Linux: el servidor de autenticación ldap con ssl, exportar los home con nfs + encriptados, etc.

En debian no oficial:
deb http://kde3.geniussystems.net/debian ./
deb http://kde.debian.co.nz/debian ./
deb http://kde.ping.uio.no/i386 ./

Se encuentra el KDE 3.0.2 ya disponible desde hace unos días??? Yo al menos si voy a Acerca de KDE me pone versión 3.0.2....

Estos chicos de gentoo, jeje, cuánto tardaste en compilar el kde 3.0.1 para que ahora te pique la curiosidad de compilar el 3.0.2 jijijijijijiji.

Tampoco hace falta quedarse mirando mientras compila, podeis dejarlo compilando por la noche ¿eh?

(··)/

Buscando una manera de compilar una aplicación que no le daba la gana de ir
en Mandrake no me va, encontré algunas cosas, que tienen poco que ver...
maravillas de NET:

( resulta curioso, que los paquetes de algunas distrubuciones sean intercambiables
y los de otras, no rulen ni uno :-( )

http://www.ibiblio.org/pub/linux/distributions/

http://www.ibiblio.org/pub/linux/distributions/alt linux/Master/2.0/Mandrake/RPMS/

http://www.immunix.org/

pd: Sospecho que al SND de Eres- le da el yuyu de vez en cuando ..

(··)/"" M.A.

Sin embargo, en este comentario de KDE.NEWS, se dice que en realidad hay más cambios (en concreto dice que "en todos los paquetes hay cambios"), y que no aparecen en el ChangeLog porque los desarrolladores no siempre documentan sus cambios adecuadamente.

Como dicen en otro comentario más abajo, no es necesario actualizar. Yo, desde luego, más que contento con mis 3.0.1 compiladas, y hasta la 3.1 salvo que corrijan algo gordo (que debería ir en una 3.1 :-D)

Yo uso Slack, uso ahora el KDE-3.0.1, descargue el 3.0.2, he visto unas opciones como: --enable-objprelink --enable-final, pero ahí aclara que estas opciones, son inestables, alguien que lo utilize, me podría decir ¿En verdad aumentan el rendimiento? ¿Se cuelgan los programas?... gracias...

-obj-prelink es la opcion que multiplica por 2 o o por 3 la velocidad de arranque de los programas de KDE.

Llevan diciendo que es inestable desde hace mas de 1 año, existen rpms para mandrake y redhat desde hace mucho tiempo, yo los uso desde hace mas de 1 año (desde kde 2.0 en adelante) y aumenta la velocidad una barbaridad, por ejemplo el konqueror pasa de arrancar en 5 o 6 segundos a arrancar en 1 o 2 !!! En cuanto a estabilidad exactamente la misma.

Salud2 !!

Rey, hace unos días que estoy interesado en Gentoo. Pero tengo una duda que no me resuelven en ningún lado. Si instalo la imagen de 16 Mb y hago emerge kde, me dicen que se resuelven todas las dependencias, pero, ¿y los drivers de la tarjeta gráfica? ¿También se bajan automaticamente? Tengo una Hercules 3D Prophet y los únicos drivers existentes son para Red Hat, Mandrake y Suse. Sacame de dudas, compi.

Eso es un lío. Hace poco han sacado el objprelink2, (mirar en objprelink.sourceforge.net) pero comentan que desde hace tiempo existe una opción en las binutils a la hora de compilar, que es '-z combreloc', que vendría a hacer lo mismo que el objprelink. (Más información en la página del manual del 'ld') De hecho recomiendan no hacer el objprelink si haces el '-z combreloc' pq lo que hace el uno ya lo hace el otro. Yo, como no conseguí compilar nada con el objprelink (me decía que no soportaba mi arquitectura, que es AMD K6 (?) ) lo he compilado todo con el '-z combreloc', poniendolo en la variable LDFLAGS antes de lanzar el configure, para que los ponga en todos los Makefiles. ¿Y cual ha sido el resultado? ¿Cual la mejora? ¿En cuanto se ha reducido la ejecución del konqueror? Pues yo diría que en nada. Mi gozo en un pozo. :-(

nice -19 emerge -u world

Las prioridades son tus amigas :)

Uhmmmm, yo diría que no has leído bien la doc de las binutils. Si no recuerdo mal, -z combreloc activa DE FORMA DINÁMICA el prelink, o algo por el estilo, es decir, si tu plataforma está soportada, lo activaría en la compilación. O, lo que es lo mismo, si en la compilación se detecta (por flags o por el kernel, o algo) que tienes una plataforma distinta de ix86 "pura", no se activa. Quizás es tu problema? Aunque, vamos, esto lo digo asi "a ojo", porque no me acuerdo bien. Yo lo había leido para las 2.2.2 del KDE, tendría que confirmarlo y ahora no puedo. Salu2 y que te sea util

Yo estoy como tú.
Hace dos días bajé la kde 3.0.1 y lo he dejado compilando ahora (toda la noche no le ha bastado jeje).
Pero no pienso actualizarlo por ahora porque si te fijas en el changelog no hay grandes cambios como para que los gentoo-anos con modem se (nos) partan el pecho.
Además al ritmo de kde en un mes sale la 3.1 y ya nos tocará jeje.

Las BENDITAS KDE3 son un quebradero de cabeza, muy bonitas si, impresionantes, pero... pensemos en practicidad, cuantos programas os han soltado el warning de incompatibilidad en versiones de las librerias qt, de las 2.3 o 2.4 con la 3. He leido que desaconsejan encarecidamente la clásica chapuza de enlazarlas debido a las grandes diferencias que tienen. Por lo tanto habrá que esperar a que cada software que usemos para KDE3 con qt2x sea portado para qt3. Me pasé dos días de cvs en cvs compilando versiones alpha de software para qt3, cuando con las qt2x tiraban perfectamente, con las qt3 es una odisea. Por supuesto, pasados esos dos dias ya soy un Gnome boy. Realmente me parece un descontrol ¿me pierdo algo?.

Bueno, como si no pasase eso tambien en gnome, si quieres seguir usando programas antiguos para kde 2 simplemente USALOS y listo solo tienes que tener instaladas las kdelibs de kde 2.

Salud2 !!!

Mira, esto es de la página del objprelink.
-----------------------------------------
Recent versions of the GNU tools now contain a feature that replicates the benefits of objprelink1 using a different approach. Chances are that you have it, and therefore do not need objprelink. Follow this link to check if you have them.
-----------------------------------------
Y siguiendo el 'link'...
-----------------------------------------
The presence of the cache in the dynamic link editor on GNU/Linux 386 is easily checked using the following command:
$ LD_DEBUG=statistics cat (...)
The important hint is the line labeled "number of relocations from cache". The presence of this line reveals that you have the symbol resolution cache.
---------------------------------
En mi sistema sale esto...
---------------------------------
Lazaro:~# LD_DEBUG=statistics cat
01444: number of relocations: 261
01444: number of relocations from cache: 99
---------------------------------
Continua el documento:
---------------------------------
The symbol resolution cache is not effective unless the shared libraries have been compiled with option -z combreloc. This is easily checked on GNU/Linux 386 using the following command:
      $ readelf -S /usr/lib/libkdecore.so | grep REL
  The presence of section .rel.dyn indicates that this library has been compiled with option combreloc. Otherwise you will see a number of sections named .rel.text, .rel.data, etc
---------------------------------------------
Y en mi sistema sale esto:
---------------------------------------------
Lazaro:~# readelf -S /opt/kde/lib/libkdecore.so | grep REL
    [ 6] .rel.dyn REL 0004848c 04848c 009338 08 A 2 0 4
    [ 7] .rel.plt REL 000517c4 0517c4 0049d8 08 A 2 9 4
------------------------------------------------
Así pues parece que todo lo tengo correctamente... Pero no se ha acelerado. ¿Podrías ser más concreto al decirme qué puedo estar haciendo mal? Sinceramente, si dieras con algo me sorprendería. Y gracias por el esfuerzo.

Las KDE3 me instalan las qt3 como dependencia, con qt3 no puedo tener instaladas las qt2 (por lo menos con mi FreeBSD) Si alguien sabe un modo... de compatibilizar ambas sin linkarlas... me gustaria saberlo.

Sabes para que distribuicion es, vale para el woody sin hacerle ninguna modificación? Donde puedo encontrar paquetes para el woody como estos del kde,gnome,etc, etc.de ultima hora? gracias

NOOOOOOOOOOOOORRRRRRRRRRLLLLL

El X se compila enterito para todo lo que lleve soporte.

Cosas como el ALSA y demás tienes que instalarlo ANTES que lo demás, así como ponerlo en la cláusula USE en make.conf (o algo así).

En NetBSD se puede perfectamente... unas se instalan en /usr/pkg/qt2 y las otras en /usr/pkg/qt3 si no recuerdo mal. Entonces, puedes usar ambas cuando quieras...

En FreeBSD talvez puedas hacer algun cambio en el Makefile del paquete para que puedan funcionar conjuntamente.

Saludos

Si pues... yo creo que el KDE se salva bastante de este lio. En KDE tienes las kdelibs que engloban muchísimas piezas de todo el conjunto, luego las QT3 y poco más, creo que lcms y las librerias dependientes de esta (jpeg, tiff, etc).

GNOME2 es un cachondeo en cuanto a dependencias... todo muy modular y tal, pero es que no se acaban nunca... Así por lo pronto, en un esquema de dependencias de la plataforma de desarrollo (ojo, sin ninguna aplicación) cuento unas 30 librerias independentes. Suerte de este gráfico que me voy aclarando más o menos.

Que maquina de HP usais?? Toy quizas meta linux en un HP D320 (32bit) y en un A400 (64bit) Segun tenia entendido linux para las HP PARISC estaba muy verde.