Vous n'êtes pas identifié(e).
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
En ligne
captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.
Hors ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
En ligne
captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.
Hors ligne
\o/ Le closedSource c'est tabou on a viendra tous à bout \o/
Hors ligne
traduction en espagnol aussi ?
No habla espagnol Ja'ai déjà du mal avec l'anglais
Mais ceux qui savent ...
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
En ligne
\o/ Le closedSource c'est tabou on a viendra tous à bout \o/
Hors ligne
Asus M5A97 - Phenom X4 965 - 8 Go - Radeon HD6850
"Ceux qui ne savent rien en savent toujours autant que ceux qui n'en savent pas plus qu'eux" (P. Dac)
Hors ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
En ligne
Hors ligne
Where is Brian?
Brian is in the kitchen.
Où est Brian?
Brian est dans la cuisine.
Why everybody wants to find Brian?
Ouais moi aussi je m'en fous.
J'ai essayé de me créer un compte sur le wiki Debian mais sans succès, afin de récupérer le code source de la page et de le copier dans l'etherpad directement.
Hors ligne
Hors ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
En ligne
Hors ligne
Hors ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
En ligne
(Le plus souvent) Les packageurs travaillent sur leur distribution, en commençant par (installer) rendre multi-architecture les paquets les plus utiles (pour la rendre multi-architectures). Voir [[UbuntuWiki:MultiarchSpec|multiarch spec]] et [[Multiarch/Implementation|howto implementation] pour avoir des détails sur le fonctionnement actuel et pour savoir comment mettre à jour les paquets et tirer avantage de cette fonctionnalité.
On comprend le sens mais je pense qu'il faut la reformuler dans un meilleur français.
Hors ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
En ligne
Hors ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
En ligne
Hors ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
En ligne
captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.
Hors ligne
Multi-arch vous permet d'installer des bibliothèque de paquets venant de différentes architectures sur un même système. C'est très utile dans beaucoup de cas, cela permet le plus souvent d'installer à la fois des logiciels 32 et 64 bits sur la même machine, tout en conservant une résolution des dépendances automatique correcte. Noter que cela ne permet pas d'installer simultanément plusieurs versions d'une même "application" dans de multiples architectures.
Multi-arch vous permet d'installer des bibliothèque de paquets venant de différentes architectures sur un même système. C'est souvent très utile car cela permet d'installer à la fois des logiciels 32 et 64 bits sur la même machine tout en conservant une résolution des dépendances automatique correcte. Noter que cela ne permet pas d'installer simultanément plusieurs versions d'une même "application" dans de multiples architectures.
Les paquets existants fonctionnent très bien dans un environnement multi-architectures,
Vous avez besoin d'un dpkg et d'un apt compatibles multi-architectures.
Là je suis pas sûr du pluriel, existe-t'il également un dpkg compatible multi arch ?
On peut l'écrire ainsi :
Vous avez besoin d'un dpkg et d'un apt qui soient compatibles multi-architectures.
Ou :
Vous avez besoin d'un dpkg et d'un apt qui soit compatible multi-architectures.
Vérifier en regardant si la commande dpkg --print-foreign-architectures est comprise.
et de nombreuses corrections de bugs dans les versions suivantes de apt (certaines requises par Debian dpkg 1.16.2 pour activer le multi-architecture)
Avant apt 0.9 dans Debian, dpkg peut ne pas fonctionner (mais seulement si le multi-architecture est activé) pendant les mises à jour
Ou
Avant apt 0.9 dans Debian, dpkg peut ne pas fonctionner pendant les mises à jour (mais seulement si le multi-architecture est activé)
Ou encore
Avant apt 0.9 dans Debian, (mais seulement si le multi-architecture est activé) dpkg peut ne pas fonctionner pendant les mises à jour
Les architectures disponible pour dpkg sont stockées dans /var/lib/dpkg/arch.
Notez que rien ne va réellement changer avant que vous fassiez
pour mettre à jour la liste des paquets disponibles.
Notez que le dpkg d'Ubuntu dans natty (1.16.0~ubuntu7 (reports 1.15.8.10)), oneiric ????? et precise (1.16.1.2ubuntu7) utilise une syntaxe différente :
Par défaut, apt utilise le jeu d'architectures remonté par dpkg, et toutes architectures non qualifiées présentent dans les lignes du fichier /etc/apt/sources.list qui représente souvent ce que vous souhaitez. Cela peut être modifié en utilisant APT::Architecture=<arch> pour forcer l'architecture par défaut ou avec APT::Architectures="<arch> <arch>".
Notez : Il y a un bug dans la version de apt >=0.9.7 et <0.9.7.2, ce qui signifie que mettre «arch=armel,armhf» sur une seule ligne ne fonctionne pas ; vous avez besoin de 2 entrées différentes.
Cela fonctionne lorsque tous les «outils» dont le paquet dépend, sont tagués Multi-Arch: foreign, que toutes les dépendances qui sont nécessaires sur la machine de compilation, et que les paquet de développement qui sont nécessaires à la fois sur l'architecture CIBLE et sur l'architecture de COMPILATION sont co-installables («Multi-Arch: same»), et que toutes les exceptions aux règles par défaut sont taguées package:any ou package:native dans le paquet source. Ce processus est indirecte.
Ou :
Cela fonctionne lorsque tous les «outils» dont le paquet dépend sont tagués Multi-Arch: foreign, toutes les dépendances nécessaires sur la machine de compilation et les paquets de développement utilisés à la fois sur l'architecture CIBLE et sur l'architecture de COMPILATION sont co-installables («Multi-Arch: same») et que toutes les exceptions aux règles par défaut sont taguées package:any ou package:native dans le paquet source. Ce processus est indirecte.
Voili voilou...
Dernière modification par smolski (30-09-2013 03:54:52)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne