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 |