[Résolu] Ice weasel et plugin Flash sur etch AMD64

salut!

Tout est quasiment dans le titre, je ne suis pas fan de la solution chroot
pourquoi?

j’ai déja beaucoup de mal avec le fait d’etre en 64bit, j’expliques,

-je ne sais pas si j’ai le droit de d’installer des trucs en 32bits
-je comprends pas comment ça se passe avec les dépôts comment apt fait le distingo entre 32bits et 64bits
-que ce passe t-il si on installe un programme en 32bits et est-ce possible

merci d’avance

@+.

J’ai le même problème… en fait, il faut installer la version 32bit de iceweasel et faire croire à la version 64bits que c’est la 32 que tu utilises, ton plugin flash acceptera alors de s’installer…

Fais une recherche dans le forum, tu auras une solution détaillée car j’ai moi même posé cette question il y a quelques mois ici même.

salut,

tu peut utiliser swiftfox:

getswiftfox.com/debian.htm

c’est un genre de paquet 32bit qui se fait passer pour un 64, tu pourra installer flash sans faire de chroot…

sinon une commande a ne faire qu’en cas d’urgence :wink:

pour installer un paquet local 32bit sur du 64:

dpkg -i --force-architecture nom_du_paquet_32bits.deb

et pour faire fonctionner le programmes 32bit, il est bon de chercher ces paquets et de les installer:

apt-cache search ia32 (la liste doit être courte)

j’avais le meme pb : regarde

http://forum.debian-fr.org/viewtopic.php?t=6608&highlight=amd64

et ça marche nickel :wink:

[quote=“linuxcdracer”]j’avais le meme pb : regarde

http://forum.debian-fr.org/viewtopic.php?t=6608&highlight=amd64

et ça marche nickel :wink:[/quote]

merci pour le lien mais je l’avais déja vu . cest assez complet mais comme je disais plus haut j’ai un peu la trouille de mettre le bazar en ayant des applis 32 et 64 bits parceque je ne comprends toujours pas comment ça marche.

[quote=“le_petit_chat_noir”]
salut,

tu peut utiliser swiftfox:

getswiftfox.com/debian.htm

c’est un genre de paquet 32bit qui se fait passer pour un 64, tu pourra installer flash sans faire de chroot.[/quote]

merci exactement ce que je voulais. je testerais le chroot et ndiswrapper après.

quelqu’un peu m’aiguiller sur le fonctionnement de apt avec les distros en 64 bits? comment il fait pour ne pas s’emmeler les pinceaux?

@+

justement il se les emmèle …

quote="yanos"
j’ai déja beaucoup de mal avec le fait d’etre en 64bit, j’expliques,

-je ne sais pas si j’ai le droit de d’installer des trucs en 32bits
-je comprends pas comment ça se passe avec les dépôts comment apt fait le distingo entre 32bits et 64bits
-que ce passe t-il si on installe un programme en 32bits et est-ce possible
(…)[/quote]On peut installer et executer des programmes 32 comme te l’ont indiqué les autres, le processeur sait executer les deux trés bien. Simplement, un programme ne fait pas que s’executer, il fait aussi appel à des bouts de programmes exterieurs stockés dans des bibliothèques. Ces appels ne peuvent se faire qu’avec du code homogène 32/32, 64/64.
Donc si tu as besoin d’executer du 32 dans un environnement 64, il faut que le code 32 ait accés à des lib 32:

  • soit en installant dans l’environnement 64 des lib repondant au appels 32 comme les libs 32 et faisant l’interface avec l’environnement 64
  • soit en isolant tout le 32 dans une install minimale, et en y accèdant avec un shell (le chroot) qui s’execute complètement dans l’environnement 32 (il ne voit même pas ce qui est à l’exterieur de son arborescence.
    La 1ere solution est moyennement simple à chaque install et AMA risquée pour la propreté du systême, et la deuxiême est plus dure à mettre en oeuvre au debut mais simplissime aprés avec dchroot.
    Mais AMA, vu le nombre de plus en plus restreint d’applis qui n’ont pas été portées sous 64, la solution spécifique swiftfox me semble permettre d’eviter les deux autres.

Comment apt sait il qu’il doit prendre du 64 ?
corollaire: comment s’interprete une ligne de “sources.list” ?
Bon, comme je ne connais pas tout, je vais travailler sur l’exemple:

1/bon deb, c’est pour les paquets installables, deb-src, c’est quand on a besoin de recompiler certains paquets debian soi même
2/ http:// protocole utilisé (ça peut être ftp, etc…)
3/ ftp.fr.debian.org le serveur
4/ /debian/ la racine du dépot, c’est à partir de ftp.fr.debian.org/debian/ que la localisation relative de tous les objets (fichiers/repertoires) du dépot sera faite.
qu’y voit on ?

[DIR] Parent Directory 20-Jul-2005 03:07 - [ ] README 17-Feb-2007 13:26 1k (...) [ ] README.pgp 28-Feb-2007 08:52 15k [DIR] dists/ 17-Feb-2007 13:27 - [DIR] doc/ 01-Mar-2007 08:52 - [DIR] indices/ 01-Mar-2007 09:10 - [ ] ls-lR.gz 01-Mar-2007 09:10 3.9M [ ] ls-lR.patch.gz 01-Mar-2007 09:10 81k [DIR] pool/ 19-Dec-2000 21:10 - [DIR] project/ 02-Jan-2007 03:44 - [DIR] tools/ 12-Sep-2002 16:47 -
C’est dans dists/ que se trouve la réponse à ta question:

[DIR] Parent Directory 01-Mar-2007 10:02 - [DIR] Debian3.1r5/ 17-Feb-2007 16:59 - [ ] README 17-Feb-2007 13:24 1k [DIR] etch-proposed-updates/ 01-Mar-2007 09:08 - [DIR] etch/ 01-Mar-2007 09:08 - [DIR] experimental/ 01-Mar-2007 09:09 - [DIR] proposed-updates/ 01-Mar-2007 09:07 - [DIR] sarge-proposed-updates/ 01-Mar-2007 09:07 - [DIR] sarge/ 17-Feb-2007 16:59 - [DIR] sid/ 01-Mar-2007 09:09 - [DIR] stable-proposed-updates/ 01-Mar-2007 09:07 - [DIR] stable/ 17-Feb-2007 16:59 - [DIR] testing-proposed-updates/ 01-Mar-2007 09:08 - [DIR] testing/ 01-Mar-2007 09:08 - [DIR] unstable/ 01-Mar-2007 09:09 -Oh ! les noms des differentes “release” disponibles !
5/ descendons donc dans ftp.fr.debian.org/debian/dists/etch comme l’indique la ligne d’exemple:

[DIR] Parent Directory 17-Feb-2007 13:27 - (...) [ ] Release 01-Mar-2007 09:08 73k [ ] Release.gpg 01-Mar-2007 09:08 1k [DIR] contrib/ 10-Aug-2006 17:20 - [DIR] main/ 12-Jun-2006 18:41 - [DIR] non-free/ 10-Aug-2006 17:20 -
Ah ben voilà, déjà on trouve les trois branches de la ligne.
On commence à discerner la tête de l’arborescence du dépot.
Regardons le contenu de main, par exemple:

[DIR] Parent Directory 01-Mar-2007 09:08 - [DIR] binary-alpha/ 01-Mar-2007 08:55 - [DIR] binary-amd64/ 01-Mar-2007 08:55 - [DIR] binary-arm/ 01-Mar-2007 08:55 - [DIR] binary-hppa/ 01-Mar-2007 08:56 - [DIR] binary-i386/ 01-Mar-2007 08:56 - [DIR] binary-ia64/ 01-Mar-2007 08:56 - [DIR] binary-m68k/ 01-Mar-2007 08:57 - [DIR] binary-mips/ 01-Mar-2007 08:57 - [DIR] binary-mipsel/ 01-Mar-2007 08:57 - [DIR] binary-powerpc/ 01-Mar-2007 08:58 - [DIR] binary-s390/ 01-Mar-2007 08:58 - [DIR] binary-sparc/ 01-Mar-2007 08:58 - [DIR] debian-installer/ 16-Feb-2006 23:43 - [DIR] installer-alpha/ 20-Nov-2006 17:35 - [DIR] installer-amd64/ 20-Nov-2006 17:35 - [DIR] installer-arm/ 20-Nov-2006 17:35 - [DIR] installer-hppa/ 20-Nov-2006 17:35 - [DIR] installer-i386/ 20-Nov-2006 17:35 - [DIR] installer-ia64/ 20-Nov-2006 17:35 - [DIR] installer-m68k/ 20-Nov-2006 17:35 - [DIR] installer-mips/ 20-Nov-2006 17:35 - [DIR] installer-mipsel/ 20-Nov-2006 17:35 - [DIR] installer-powerpc/ 20-Nov-2006 17:35 - [DIR] installer-s390/ 20-Nov-2006 17:35 - [DIR] installer-sparc/ 20-Nov-2006 17:35 - [DIR] source/ 01-Mar-2007 08:58 -
Et ben voilà ! on retrouve nos architectures.
Regardons dans binary-amd64/ :

[DIR] Parent Directory 12-Jun-2006 18:41 - [ ] Packages.bz2 01-Mar-2007 08:55 4.0M [DIR] Packages.diff/ 01-Mar-2007 09:06 - [ ] Packages.gz 01-Mar-2007 08:55 5.3M [ ] Release 01-Mar-2007 09:07 1k
En fait, quand il va faire un apt-get update avec la ligne d’exemple plus haut, ça veut juste dire qu’il utilise la valeur de Apt::Architecture (qui peut être fixé dans apt.conf, mais qui est en dur dans apt en fonction de la manière dont il a été compilé) et qu’il va chercher:
ftp.fr.debian.org/debian/dist/et … ackages.gz
ftp.fr.debian.org/debian/dist/et … ackages.gz
ftp.fr.debian.org/debian/dist/et … ackages.gz

Pour complèter, dans Packages.gz, il y a la liste des paquets tels qu’ils apparaissent dans un apt-cache show, y compris le chemin ou trouver le paquet relativement à la racine du dépot ( ftp.fr.debian.org/debian/ ), et c’est là qu’on retrouve le repertoire pool, ou les paquets eux mêmes sont traditionnellement/grossièrement rangés de la manière suivante:
pool/a/a#####.deb
(…)
pool/l/l####.deb
pool/l/liba/liba#####.deb
(…)
pool/l/libz/libz#####.deb
(…)
pool/z/z######.deb
(il y a un rangement spécial pour le noyau)

Voilà…

[quote=“le_petit_chat_noir”]salut,

tu peut utiliser swiftfox:

getswiftfox.com/debian.htm

c’est un genre de paquet 32bit qui se fait passer pour un 64, tu pourra installer flash sans faire de chroot…

sinon une commande a ne faire qu’en cas d’urgence :wink:

pour installer un paquet local 32bit sur du 64:

dpkg -i --force-architecture nom_du_paquet_32bits.deb

et pour faire fonctionner le programmes 32bit, il est bon de chercher ces paquets et de les installer:

apt-cache search ia32

merci je viens juste de faire l’installation et tout roule faudrais le mettre dans les trucs et astuces ton lien 8)

@+