Gentoo Archives: gentoo-user-es

From: Marcos Garcia <marcos_gm@××.com>
To: gentoo-user-es@l.g.o
Cc: "Manuel Pérez López" <manuel.perez.lopez@××××××××××.es>
Subject: Re: [gentoo-user-es] actualizar sistema
Date: Fri, 13 Feb 2004 19:30:02
Message-Id: 200402132037.35049.marcos_gm@ya.com
In Reply to: Re: [gentoo-user-es] actualizar sistema by "Manuel Pérez López"
1 te respondo basándome en suposiciones, no lo he probado
2 -> linux-headers: tienes razón, no intenta borrar los viejos. Es algo sin
3 sentido pues todo su contenido
4 (lease /Var/db/pkg/sys-kernel/linux-headers-2.4.19-r1/CONTENTS) son ficheros
5 en /lib/include/linux/ (nada de numeritos de versiones)
6 así que ante tu caso, haría un emerge unmerge linux-headers; emerge
7 linux-headers (borra-instala) ;)
8
9 -> a lo que comentas... mira esto
10 """"""""""""""""""""""""""""""""""""""""""""""""""""""
11 :D etcat -u gcc
12 [ Colour Code : set unset ]
13 [ Legend : (U) Col 1 - Current USE flags ]
14 [ : (I) Col 2 - Installed With USE flags ]
15
16 U I [ Found these USE variables in : sys-devel/gcc-3.3.2-r5 ]
17 - - static : !!do not set this during bootstrap!! Causes things to be
18 statically linked instead of dynamically
19 + + nls : unknown
20 - - bootstrap : !!internal use only!! DO NOT SET THIS FLAG YOURSELF!, used
21 during original system bootstrapping
22 + + java : Adds support for Java
23 - - build : !!internal use only!! DO NOT SET THIS FLAG YOURSELF!, used
24 for creating build images and the first half of bootstrapping.
25 + + X : Adds support for XFree86
26 - - multilib : unknown
27 """""""""""""""""""""""""""""""""""""""""""""""""""""""""
28 impresionante (sale UNKNOWN)
29 así que no te puedo responder. ante la duda, no toques nada . Gcc ya es
30 bastante "sensible" como para que lo toqueteemos más
31
32 nos leemos!
33 El Viernes 13 Febrero 2004 18:04, Manuel Pérez López escribió:
34 > Marcos, gracias, y sigo abusando de tu sabiduría:
35 >
36 > Veamos, cuando hago un
37 > bash-2.05b# emerge -upv linux-headers
38 >
39 > These are the packages that I would merge, in order:
40 >
41 > Calculating dependencies ...done!
42 > [ebuild N ] sys-kernel/linux-headers-2.4.21 -build 27,864 kB
43 >
44 > Total size of downloads: 27,864 kB
45 >
46 >
47 > Si te fijas, me quiere instalar un paquete nuevo, como si el que ya tengo
48 > (2.4.19-r1) no fuera a actualizarlo (ni a eliminarlo del sistema). Por lo
49 > que intuyo que se pueden tener dos linux-headers en el sistema, ¿o quizás
50 > me equivoque? En ese caso, ¿porqué dos linux-headers? ¿Sería problematico
51 > eliminar el de la versión más antigua?
52 >
53 > Otra pregunta, veo en el gcc al pretender actualizarlo que hay un flag
54 > llamado 'multilib'. ¿Qué ventajas y desventajas tendría al activarlo?
55 >
56 >
57 > Gracias de nuevo
58 > mapelo
59 >
60 > On Friday 13 February 2004 10:43, Marcos Garcia wrote:
61 > > 1) con GCC3.3 ya comenté que puedes tener problemas, por si acaso ejecuta
62 > > LDCONFIG para que actualize las variables de entorno de tu sistema de las
63 > > liberias para el linkaje dinámico. Por lo demás, no he tenido ningún
64 > > problema, a diferencia de lo que comentas
65 > >
66 > > 2)linux-headers se necesitan para compilar glibc. Linux es
67 > > "backward-compatible" así que las 2.4.19 sirven incluso para un kernel
68 > > 2.6. Perderás algunas de las nuevas llamadas a sistema, pero en teoría no
69 > > cambia nada. El nombre de las funciones no cambian entre kernels, sí la
70 > > implementacion (Recuerda que linux-headers son todo .h y no tienen nada
71 > > de código). Glibc necesita saber los nombres de las funciones y llamadas
72 > > que ofrece el kernel, así como sus parámetros, pero no necesita saber
73 > > cómo se realizan internamente esas cosas. Por lo tanto glibc sólo
74 > > necesitan tener disponibles unas cabeceras de kernel compatibles con tu
75 > > version.
76 > >
77 > > 3) actualizar glibc no implica forzosamente recompilar todo el sistema
78 > > por lo mismo que te he comentado de que es compatible con versiones
79 > > anteriores. Piensa que casi todo en linux (y en windows tb eh) se linka
80 > > de forma dinámica, así que mientras el nombre de los símbolos, funciones
81 > > y demás no cambie, todo funcionará. No creo que funcione en el caso que
82 > > bajes la versión de glibc, pero si la "subes" sí que funcionará, a no ser
83 > > que explicitamente te avisasen que glib 2.4 (p.ej.) NO es compatible con
84 > > glibc 2.3
85 > >
86 > > PD: si alguien sabe porqué no están disponibles (sólo masked) los headers
87 > > de linux superiores a 2.4.22 (p.ej. 2.6.0) que me lo diga pq me toca los
88 > > c*****es jejeje
89 > >
90 > > El Jueves 12 Febrero 2004 23:06, Manuel Perez Lopez escribió:
91 > > > Buenas noches:
92 > > >
93 > > > Quisiera comentar con vosotros algunas cosas generales sobre Linux (y
94 > > > Gentoo en particular), con el objeto de aclararme o corregir errores
95 > > > que puediera tener en mente:
96 > > >
97 > > > 1.- Parece que al actualizar a gcc-3.3 puede que algunos programas no
98 > > > se compilen correctamente, entre otras cosas porque es más extricto en
99 > > > la sintaxis de C. ¿Hay alguna forma de hacer que se compilen con esta
100 > > > versión, o hay que esperar a una revisión del software por parte del
101 > > > autor?
102 > > >
103 > > >
104 > > > 2.- ¿Cual es la funcion concreta de las linux-headers? Supongo que se
105 > > > necesitan para compilar el kernel y que ¿deben coincidir en versión
106 > > > ambos?
107 > > >
108 > > >
109 > > >
110 > > > 3.- Al actualizar glibc a una nueva versión ¿sería necesario recompilar
111 > > > el sistema entero?
112 > > >
113 > > >
114 > > > Espero vuestras aclaraciones.
115 > > > Gracias de antemano.
116 > > >
117 > > > mapelo
118 > > >
119 > > >
120 > > > --
121 > > > gentoo-user-es@g.o mailing list
122 > >
123 > > --
124 > > gentoo-user-es@g.o mailing list
125 >
126 > --
127 > gentoo-user-es@g.o mailing list
128
129 --
130 gentoo-user-es@g.o mailing list