1 |
Anthony Jacob wrote: |
2 |
>> net-www/netscape-flash fonctionne bien pour moi. |
3 |
> |
4 |
> Chez moi, ça marche pas, j'ai le message ci-dessous : |
5 |
> |
6 |
> bash-2.05b$ firefox |
7 |
> No running windows found |
8 |
> LoadPlugin: failed to initialize shared library |
9 |
> /opt/netscape/plugins/libflashplayer.so |
10 |
> [/opt/netscape/plugins/libflashplayer.so: Ne peut ouvrir le fichier |
11 |
> d'objet partagé: Aucun fichier ou répertoire de ce type] |
12 |
> LoadPlugin: failed to initialize shared library |
13 |
> /opt/netscape/plugins/libflashplayer.so |
14 |
> [/opt/netscape/plugins/libflashplayer.so: Ne peut ouvrir le fichier |
15 |
> d'objet partagé: Aucun fichier ou répertoire de ce type] |
16 |
|
17 |
Il y a peut-être des infos sur bugs.gentoo.org à ce sujet ? |
18 |
|
19 |
> Moi aussi j'aimerais bien prendre xdm, mais je sais pas s'il est capable |
20 |
> de permettre à l'utilisateur de choisir sa session et surtout de loguer |
21 |
> un utilisateur automatiquement (et puis gdm a des thèmes qui sont plutot |
22 |
> beaux !). Cela dit, ça me fait qd meme *chier* d'installer pleins de |
23 |
> dépendances gnome pour gdm alors que j'utilise pas Gnome :-( |
24 |
|
25 |
A ma connaissance, xdm ne fait rien de tout ça. Il ne fait que présenter |
26 |
un formulaire login/password (très) basique. |
27 |
|
28 |
Mais il est peut-être possible de bidouiller qq chose. Moi je me suis |
29 |
débrouillé pour avoir des boutons reboot et poweroff avec un script |
30 |
addhoc en pygtk. |
31 |
|
32 |
>> Je connais 2 solutions : #EXTRA_ECONF="--languagefr" emerge mplayer |
33 |
>> (non personnellement testé). |
34 |
> |
35 |
> Ok mais là, je comprends pas tout, ça va trop vite pour moi ... |
36 |
|
37 |
EXTRA_ECONF est une variable d'environnement censée être utilisée par |
38 |
les ebuilds pour, justement, ajouter des options de configuration |
39 |
prévues par un programme mais pas par les USEs. Donc au lieu de faire : |
40 |
|
41 |
#emerge mplayer |
42 |
|
43 |
tu fais : |
44 |
|
45 |
#EXTRA_ECONF="--mon-switch-a-moi" emerge mplayer |
46 |
|
47 |
>> Ou alors tu peux editer l'ebuild et le mettre dans ton overlay pour |
48 |
>> ne pas perdre tes modifications au prochain sync de portage. |
49 |
> |
50 |
> Bon ben là j'suis complètement largué ! Comme ça c'est règlé ;-) |
51 |
|
52 |
Domage parce que perso je pense que c'est la méthode la plus saine (plus |
53 |
lourde aussi). Je crois que le moment est venu de faire une pause et de |
54 |
se lire de la doc ! ;) |
55 |
|
56 |
>> Cela dit, mplayer ne s'adapte pas tout seul a la variable LANG ? |
57 |
> |
58 |
> L'option --language=fr était qu'un exemple, en fait je veux surveiller |
59 |
> le résultalt du ./configure pour être sur que MPlayer aura toutes les |
60 |
> options que je veux pour pouvoir lire les mkv avec le codec Real etc ... |
61 |
> enfin j'veux éviter au maximum d'avoir des surprises. |
62 |
|
63 |
Il me semble que toutes les options activées du configure sont affichées |
64 |
par portage avant la compilation. Si tu vois qu'il t'en manque, tu peux |
65 |
toujours les ajouter (par USE, extra conf ou edition d'ebuild) et |
66 |
recommencer l'emerge. |
67 |
|
68 |
Tu peux aussi essayer de lire l'ebuild (la fonction src_compile et la |
69 |
variable myconf, en particulier). |
70 |
|
71 |
> J'veux juste un desktop, mais je le veux assez stable pour pas me |
72 |
> prendre la tête et que je passe pas trop de temps à installer et mettre |
73 |
> à jour ; pour l'instant c'est vraiment le top, dommage qu'il me manque |
74 |
|
75 |
Tu peux sans aucun doute te contenter de suivre les annonces sécurité et |
76 |
de ne mettre a jour que les paquets concernés, et encore, seulement si |
77 |
le problème de sécurité te concerne. |
78 |
|
79 |
Et ne faire des mises à jours fonctionnelles (genre upgrader une |
80 |
librairie ou un programme que tu utilise dont la mise à jour ajoute une |
81 |
fonctionnalité dont tu as besoin) au cas par cas. |
82 |
|
83 |
On parle souvent d''emerge world', mais il ne faut pas oublier le |
84 |
'emerge system' qui ne proposera des mises à jours que concernant le |
85 |
système de base. Des emerge system de temps en temps plus les maj de |
86 |
sécurités en flux tendu, ça devrait le faire à long terme je pense. |
87 |
|
88 |
> encore un ou deux programmes (j'suis aussi dég qu'Open Office soit |
89 |
> encore en ~arch pour le compiler, j'devrais prendre le openoffice-bin :-() |
90 |
|
91 |
OOo en ~arch ? non non je crois pas : |
92 |
|
93 |
yop@wok yop $ etcat versions openoffice |
94 |
[ Results for search key : openoffice ] |
95 |
[ Candidate applications found : 4 ] |
96 |
|
97 |
Only printing found installed programs. |
98 |
|
99 |
* app-office/openoffice : |
100 |
[ ] 1.0.3-r2 (0) |
101 |
[ ] 1.1.0-r4 (0) |
102 |
[ ] 1.1.1-r1 (0) |
103 |
[ I] 1.1.3 (0) |
104 |
|
105 |
>> Le mieux est de te faire une idée a l'usage, je pense. |
106 |
> |
107 |
> Oui, je pense que c'est le mieux, mais je voulais qd meme avoir l'avis |
108 |
> des gens qui ont l'habitude de la Gentoo pour pas commencer à faire |
109 |
> n'importe dès le début ... |
110 |
|
111 |
Et bien voilà qui est fait, au moins pour un des gens en tout cas :) |
112 |
|
113 |
> Merci pour tes réponses, |
114 |
|
115 |
De rien de rien |
116 |
|
117 |
-- |
118 |
Yoann Pannier |
119 |
|
120 |
-- |
121 |
gentoo-user-fr@g.o mailing list |