1 |
yop |
2 |
quel version de glibc ? |
3 |
et t'as quoi comme use pour glibc ? |
4 |
|
5 |
nahi ~ # emerge -pv glibc |
6 |
|
7 |
pour moi ça marche nickel avec : |
8 |
These are the packages that would be merged, in order: |
9 |
|
10 |
Calculating dependencies... done! |
11 |
[ebuild U ] sys-libs/glibc-2.4-r1 [2.3.6-r3] USE="glibc-omitfp nls |
12 |
nptl nptlonly userlocales -build -hardened -pic -profile" 16,134 kB |
13 |
|
14 |
et j'ai lu par ci par là que glibc 2.4 buggait les trucs |
15 |
donc j'y passerai pas pour l'instant :) |
16 |
|
17 |
|
18 |
Le jeudi 30 mars 2006 à 00:19 +0200, Pascal Ronecker a écrit : |
19 |
> Salut, |
20 |
> |
21 |
> suite à d'autres aventures (voir posts précédents) |
22 |
> me voilà armé d'une glibc avec les headers d'un noyau 2.6.14, avec ntpl |
23 |
> mais SANS ntplonly |
24 |
> après quelques recompiles de ci de là , ca va plutot bien ... |
25 |
> |
26 |
> SAUF : |
27 |
> |
28 |
> xdtv (soft qui exploite les cartes tuner) : je l'ai recompilé également |
29 |
> sinon marchait pas, mais depuis : il ne marche qu'en root !! |
30 |
> |
31 |
> bouh, c'est laid, je l'ai lancé en root juste en désespoir de cause. |
32 |
> Dans les autres cas j'ai droit à un beau SIGSEV |
33 |
> (segmentation fault quoi) |
34 |
> |
35 |
> Genre il irait écrire dans des zones mémoires où il n'aurait pas le droit ?? |
36 |
> |
37 |
> Je dirais que ca vient de xdtv lui même, mais comme avant mes modifs |
38 |
> systems ca marchait ... je me suis dit qu'un ptit post ici ne serait pas |
39 |
> perdu. |
40 |
> |
41 |
> |
42 |
|
43 |
-- |
44 |
gentoo-user-fr@g.o mailing list |