tout le monde me vantait les mérites de Firefox, je me suis dit que
j'allais l'essayer. J'ai donc commencé par installer firefox-bin sur
NetBSD 2.0. J'ai plusieurs questions :
firefox-bin installe une vieille version. J'ai donc installé firefox-bin-
nightly. Mais c'est aussi une 0.8 seulement elle est plus récente (la
dernière version est une 0.9.1) Est-ce normal ?
firefox-bin-flash ne fonctionne pas. Il place le plugin dans
/usr/pkg/lib/firefox-linux/plugins/ alors que firefox est installé
/usr/pkg/lib/firefox-netbsd/. En copiant les plugins dans le bon répertoire
je me retouve avec des bibliothèques partagées manquantes (libdl.so.6 et
autres). J'ai donc édité ld.so.conf en m'inspirant de ceux pour FreeBSD
mais sans succès. Comment faut-il faire pour installer ce paquetage ?
Est-ce que firefox-bin-flash fonctionne avec le firefox natif. Je suppose
que non. Est-ce possible d'avoir flash et un firefox 0.9 ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Cyrille Szymanski
On 2004-07-16, mp2002 wrote:
firefox-bin installe une vieille version. J'ai donc installé firefox-bin- nightly. Mais c'est aussi une 0.8 seulement elle est plus récente (la dernière version est une 0.9.1) Est-ce normal ?
Oui, si tu regardes le CVS, tu verras que firefox-bin est repassé en 0.8 il y a 2 jours (le Makefile contient MOZ_VER= 0.9 mais cette valeur est écrasée par 0.8 par Makefile.NetBSD.i386).
Je pense que ce changement est dû à une modification des dépendances de firefox entre la 0.8 et la 0.9 (gtk2 peut-être) mais je n'ai pas eu le temps de chercher. Donc de mettre à jour MOZ_VER ne fonctionnera pas (enfin à essayer quand même).
En gros arme toi de patience, la 0.9 ne devrait pas tarder à être importée.
Comment faut-il faire pour installer ce paquetage ?
Visiblement un MOZILLA_USE_LINUX=yes fera l'affaire. Mais je ne vois nulle part où c'est documenté. Ca serait bien que ce soit écrit quelque part...
Est-ce que firefox-bin-flash fonctionne avec le firefox natif. Je suppose que non. Est-ce possible d'avoir flash et un firefox 0.9 ?
Pour utiliser un plugin linux il te faut un navigateur linux. En gros si le navigateur natif charge le plugin ça va mal se passer car, étant une application native, il va le charger comme une application native.
Sous FreeBSD il y a linuxpluginwrapper qui vraisemblablement est un plugin natif qui se contente de relayer les appels à l'application linux. C'est ce que j'utilise et à part l'idiotie de devoir configurer libmap.conf il fonctionne très bien.
-- cns
On 2004-07-16, mp2002 <mp2002@invalid> wrote:
firefox-bin installe une vieille version. J'ai donc installé firefox-bin-
nightly. Mais c'est aussi une 0.8 seulement elle est plus récente (la
dernière version est une 0.9.1) Est-ce normal ?
Oui, si tu regardes le CVS, tu verras que firefox-bin est repassé en
0.8 il y a 2 jours (le Makefile contient MOZ_VER= 0.9 mais cette
valeur est écrasée par 0.8 par Makefile.NetBSD.i386).
Je pense que ce changement est dû à une modification des dépendances
de firefox entre la 0.8 et la 0.9 (gtk2 peut-être) mais je n'ai pas eu
le temps de chercher. Donc de mettre à jour MOZ_VER ne fonctionnera
pas (enfin à essayer quand même).
En gros arme toi de patience, la 0.9 ne devrait pas tarder à être
importée.
Comment faut-il faire pour installer ce paquetage ?
Visiblement un MOZILLA_USE_LINUX=yes fera l'affaire. Mais je ne vois
nulle part où c'est documenté. Ca serait bien que ce soit écrit
quelque part...
Est-ce que firefox-bin-flash fonctionne avec le firefox natif. Je suppose
que non. Est-ce possible d'avoir flash et un firefox 0.9 ?
Pour utiliser un plugin linux il te faut un navigateur linux. En gros
si le navigateur natif charge le plugin ça va mal se passer car, étant
une application native, il va le charger comme une application native.
Sous FreeBSD il y a linuxpluginwrapper qui vraisemblablement est un
plugin natif qui se contente de relayer les appels à l'application
linux. C'est ce que j'utilise et à part l'idiotie de devoir configurer
libmap.conf il fonctionne très bien.
firefox-bin installe une vieille version. J'ai donc installé firefox-bin- nightly. Mais c'est aussi une 0.8 seulement elle est plus récente (la dernière version est une 0.9.1) Est-ce normal ?
Oui, si tu regardes le CVS, tu verras que firefox-bin est repassé en 0.8 il y a 2 jours (le Makefile contient MOZ_VER= 0.9 mais cette valeur est écrasée par 0.8 par Makefile.NetBSD.i386).
Je pense que ce changement est dû à une modification des dépendances de firefox entre la 0.8 et la 0.9 (gtk2 peut-être) mais je n'ai pas eu le temps de chercher. Donc de mettre à jour MOZ_VER ne fonctionnera pas (enfin à essayer quand même).
En gros arme toi de patience, la 0.9 ne devrait pas tarder à être importée.
Comment faut-il faire pour installer ce paquetage ?
Visiblement un MOZILLA_USE_LINUX=yes fera l'affaire. Mais je ne vois nulle part où c'est documenté. Ca serait bien que ce soit écrit quelque part...
Est-ce que firefox-bin-flash fonctionne avec le firefox natif. Je suppose que non. Est-ce possible d'avoir flash et un firefox 0.9 ?
Pour utiliser un plugin linux il te faut un navigateur linux. En gros si le navigateur natif charge le plugin ça va mal se passer car, étant une application native, il va le charger comme une application native.
Sous FreeBSD il y a linuxpluginwrapper qui vraisemblablement est un plugin natif qui se contente de relayer les appels à l'application linux. C'est ce que j'utilise et à part l'idiotie de devoir configurer libmap.conf il fonctionne très bien.
-- cns
mp2002
Salut
Oui, si tu regardes le CVS, tu verras que firefox-bin est repassé en 0.8 il y a 2 jours (le Makefile contient MOZ_VER= 0.9 mais cette valeur est écrasée par 0.8 par Makefile.NetBSD.i386).
Oui, ils disent : "there are no builds for NetBSD yet and the Linux builds don't work out of the box because they need a newer glibc which needs compat_linux fixes, so just remove it for now instead of pretending it will work."
Je pense que ce changement est dû à une modification des dépendances de firefox entre la 0.8 et la 0.9 (gtk2 peut-être) mais je n'ai pas eu le temps de chercher.
C'est donc glibc.
Visiblement un MOZILLA_USE_LINUX=yes fera l'affaire. Mais je ne vois nulle part où c'est documenté. Ca serait bien que ce soit écrit quelque part...
Merci, ça marche impec.
Question subsidiaire : c'est quoi la bonne méthode pour mettre un package à jour ? Entre make update et make replace mon coeur chavire.
Matthieu
Salut
Oui, si tu regardes le CVS, tu verras que firefox-bin est repassé en
0.8 il y a 2 jours (le Makefile contient MOZ_VER= 0.9 mais cette
valeur est écrasée par 0.8 par Makefile.NetBSD.i386).
Oui, ils disent :
"there are no builds for NetBSD yet and the Linux builds don't work out
of the box because they need a newer glibc which needs compat_linux
fixes, so just remove it for now instead of pretending it will work."
Je pense que ce changement est dû à une modification des dépendances
de firefox entre la 0.8 et la 0.9 (gtk2 peut-être) mais je n'ai pas eu
le temps de chercher.
C'est donc glibc.
Visiblement un MOZILLA_USE_LINUX=yes fera l'affaire. Mais je ne vois
nulle part où c'est documenté. Ca serait bien que ce soit écrit
quelque part...
Merci, ça marche impec.
Question subsidiaire : c'est quoi la bonne méthode pour mettre un package
à jour ? Entre make update et make replace mon coeur chavire.
Oui, si tu regardes le CVS, tu verras que firefox-bin est repassé en 0.8 il y a 2 jours (le Makefile contient MOZ_VER= 0.9 mais cette valeur est écrasée par 0.8 par Makefile.NetBSD.i386).
Oui, ils disent : "there are no builds for NetBSD yet and the Linux builds don't work out of the box because they need a newer glibc which needs compat_linux fixes, so just remove it for now instead of pretending it will work."
Je pense que ce changement est dû à une modification des dépendances de firefox entre la 0.8 et la 0.9 (gtk2 peut-être) mais je n'ai pas eu le temps de chercher.
C'est donc glibc.
Visiblement un MOZILLA_USE_LINUX=yes fera l'affaire. Mais je ne vois nulle part où c'est documenté. Ca serait bien que ce soit écrit quelque part...
Merci, ça marche impec.
Question subsidiaire : c'est quoi la bonne méthode pour mettre un package à jour ? Entre make update et make replace mon coeur chavire.
Matthieu
manu
mp2002 wrote:
Oui, ils disent : "there are no builds for NetBSD yet and the Linux builds don't work out of the box because they need a newer glibc which needs compat_linux fixes, so just remove it for now instead of pretending it will work."
Quelqu'un sait quel est le problème exactement dans compat_linux?
Question subsidiaire : c'est quoi la bonne méthode pour mettre un package à jour ? Entre make update et make replace mon coeur chavire.
Essaye make replace, qui est peu intrusif, et si ca ne marche pas, make update, qui est plus intrusif, mais qui fait forcement les choses correctement.
mp2002 <mp2002@free.invalid> wrote:
Oui, ils disent :
"there are no builds for NetBSD yet and the Linux builds don't work out
of the box because they need a newer glibc which needs compat_linux
fixes, so just remove it for now instead of pretending it will work."
Quelqu'un sait quel est le problème exactement dans compat_linux?
Question subsidiaire : c'est quoi la bonne méthode pour mettre un package
à jour ? Entre make update et make replace mon coeur chavire.
Essaye make replace, qui est peu intrusif, et si ca ne marche pas, make
update, qui est plus intrusif, mais qui fait forcement les choses
correctement.
Oui, ils disent : "there are no builds for NetBSD yet and the Linux builds don't work out of the box because they need a newer glibc which needs compat_linux fixes, so just remove it for now instead of pretending it will work."
Quelqu'un sait quel est le problème exactement dans compat_linux?
Question subsidiaire : c'est quoi la bonne méthode pour mettre un package à jour ? Entre make update et make replace mon coeur chavire.
Essaye make replace, qui est peu intrusif, et si ca ne marche pas, make update, qui est plus intrusif, mais qui fait forcement les choses correctement.